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I.  INTRODUCTION 


ORIGIN  AND  STATUS  OF  THE  MODEL 

The  forerunner  of  the  present  LOTS  simulation  model  was  developed 
to  support  the  U.S.  Army  Trans-Hydro  Craft  Study.1  That  model  was  designed 
jointly  by  the  U.S.  Army  Combat  Developments  Command  (USACDC)  Systems  Analysis 
Group2  and  the  USACDC  Transportation  Agency.  An  updated  version  of  this 
model  was  used  in  the  LOTS  program  to  aid  in  the  main  test  planning  and  to 
validate  planning  factors  based  on  test  data.  This  model  documentation 
report  is  a  revised  edition  of  the  original  report. 

Overview  of  Model 

The  LOTS  model  follows  an  operational  sequence  as  depicted  in  Figure 
1.  The  simulation  begins  immediately  after  the  arrival  of  each  of  one  or  more 
cargo  ships  off-shore,  tracks  the  movement  of  cargo  —  specified  as  to  quantities 
and  kinds  —  across  a  beach,  and  ends  with  the  delivery  of  all  the  cargo  to  a 
marshaling  area. 

1  U.S.  Army  Training  and  Doctrine  Command,  Transportation  School,  U.S.  Army 
Trans-Hydro  Craft  Study  1975-85,  December  1973. 

2  U.S.  Army  Combat  Developments  Command  Systems  Analysis  Group,  Logistics-Over- 
the-Shore  (LOTS)  Simulation  Model  Documentation,  ACN  14310,  SA  Group  Technical 
Report  11-72,  U.S.  Army  Combat  Developments  Command,  Ft.  Eustis,  V a.,  1972. 
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BEACH 

UMLOADING  AREA 


FIGURE  1.  OPERATIONAL  SEQUENCE  OF  LOTS  MODEL 


For  analyses  the  principal  model  outputs  are  the  total  time  for  un¬ 
loading  cargo,  moving  cargo  ashore  to  a  marshaling  area,  and  resource  productiv 
A  minimum  time  for  unloading  results  when  the  system  is  in  balance.  This  is 
dependent  upon  the  input  selections.  That  is,  when  the  ship  unloading  rate  is 
specified  and  sufficient  transportation  and  handling  assets  are  available  at 
all  times,  the  minimum  time  for  moving  the  cargo  ashore  is  the  time  for  all 
the  cargo  to  be  discharged  from  the  ship  plus  the  time  it  takes  the  last  piece 
of  cargo  to  move  from  the  ship  to  the  marshaling  area.  If  there  is  any  time 
SDent  waiting  for  lighters  or  access  to  equipment  such  as  the  beach  crane,  the 
total  time  increases.  Thus,  the  model  usually  is  used  starting  with  too  few 
assets,  particularly  transportation  assets,  which  results  in  a  greater  than 
minimum  time.  Then  in  succeeding  runs  the  assets  are  augmented  until  a  minimum 
time  is  achieved.  Except  for  additional  ship  cranes  any  further  increase  in 
assets,  of  course,  could  not  reduce  this  minimum  time. 

The  model  is  an  expected  value  model  that  makes  straightforward  calcu¬ 
lations  based  upon  fixed  values  input  by  the  analyst. 
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II.  MODEL  DESCRIPTION 


The  model  provides  a  basic  operational  framework  which  is  described 
in  this  section.  Specifics  for  the  selected  LOTS  system  elements  are 
entered  in  the  input  data.  These  inputs  include  the  characteristics  of  the 
LOTS  equipment,  ship  types,  cargo,  and  performance  parameters.  Types  of 
input  data  are  described  in  the  next  section  and  the  outputs  are  described 
in  the  last  section. 

OPERATION  OF  THE  MODEL 

Lighter  Use 

As  the  simulation  begins,  lighters  are  selected  from  a  lighter  hold¬ 
ing  point,  or  queue1  located  near  the  ship.  The  queue  can  have  a  mix  of 
lighters.  Lighter  selection  is  based  on  priorities  defined  in  the  input  data 
The  queue  discipline  is  such  that  lighters  with  the  highest  priority  (and 
later  the  highest  priority  and  the  most  utilization)  are  called  first.  This 
assures  that  previously  unused  lighters  are  called  from  the  queue  only  when 
needed  and  thus  allows  unused  and  marginal  lighters  to  be  identified.  When 
a  lighter  is  selected,  it  proceeds  to  the  ship  and  moors.  It  is  then  ready 
for  the  loading  process  to  being.  If  no  lighters  are  available,  the  ship 
crane(s)  waits.  After  each  item  is  loaded  on  the  lighter,  the  lighter  record 
of  time,  weight,  and  volume  is  incremented  and  the  ship  load  is  decremented. 

1  The  holding  points  for  lighters  in  the  model  are  called  queues.  They  are 
not,  however,  the  result  of  variability  in  serving  rates,  such  as  the  wait 
ing  lines  investigated  in  queuing  theory. 
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For  each  lighter  two  capacity  measures  are  used  while  loading  containers. 

The  first  is  the  number  of  containers  the  lighter  has  space  for  and  the  other 
is  its  maximum  weight  capacity.  Neither  capacity  can  be  exceeded.  For 
general  cargo,  weight,  and  volume  capacities  are  used  in  the  same  way  as  con¬ 
tainers.  An  exception  is  vehicle  cargo  for  which  weight  and  square  feet  of 
floor  space  are  used.  No  cargo  can  be  stowed  on  top  of  vehicles. 

When  the  lighter  is  full,  it  travels  to  one  of  two  possible  queues 
near  the  shore.  Landing  craft  travel  to  a  queue  located  just  off  the  shore, 
and  amphibians  go  to  a  queue  on  land.  Both  types  of  lighters  remain  in  their 
queue  until  an  unloading  space  becomes  available.  After  arriving  at  an 
unloading  point,  the  lighter  is  off-loaded.  The  model  keeps  track  of  the  cargo 
that  was  initially  loaded  on  the  lighter.  This  cargo  is  off-loaded  one  item 
at  a  time.  The  record  of  lighter  time  is  incremented  and  the  cargo  remaining 
on  board  the  lighter  is  decremented.  The  record  of  cargo  on  shore  is  corre¬ 
spondingly  increased.  The  empty  lighter  returns  to  the  queue  near  the  ship. 


Ship  Unloadinc 


In  the  ship  unloading  subsystem,  there  is  provision  for  five  ship 
types:  non-self-sustaining  containership ,  breakbulk  general  cargo  ship,  self- 
sustaining  containership,  rol 1 -on-roll -off  (RO/RO)  ship,  and  a  1 ighter-aboard 
ship  (LASH)  ship.  In  the  LOTS  main  test  two  ships  were  employed:  a  non-self- 
sustaining  containership,  and  a  breakbulk  ship.  The  way  the  L0TS  model  simulates 
the  unloading  of  these  two  ship  types  is  described  in  the  following  paragraphs. 


Non-Sel f-Sustaininq  Containership.  In  the  model  the  non-self-sustaining 
containership  is  divided  into  cargo  hatches  and  each  hatch  is  sub-divided 
into  container  cells.  Each  cell  has  several  levels  with  a  container  at  each 
level.  The  number  of  hatches,  cells,  and  the  levels  within  each  cell  are 
specified  in  the  inputs.  Only  the  containers  in  the  uppermost  level  of  each 
cell  are  accessible  to  the  crane. 


Each  container  has  a  specified  weight.  If  a  lighter  has  the  deck 
space  to  carry  another  container  but  the  next  container  in  the  cell  being  un¬ 
loaded  exceeds  the  weight  capacity  of  the  lighter,  then  a  sequential  search 
is  conducted  of  the  containers  in  the  cells  in  the  same  hatch  (and  specified 
in  the  input  as  accessible).  If  a  container  within  the  weight  capacity  of  the 
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lighter  is  found,  it  is  loaded  aboard  the  lighter.  In  the  event  all  accessible 
containers  in  the  hatch  are  too  heavy,  the  lighter  casts  off  and  proceeds  to 
shore. 

Two  types  of  cranes  are  simulated  for  the  unloading  of  a  non-self- 
sustaining  containershi p :  the  crane-on-deck  and  the  barge-temporary  container 
discharge  facility  (barge-TCDF) .  In  the  model  the  cranes  are  specified  by  their 
container  transfer  rate,  number  of  hatches  discharged  from  one  location,  tire 
to  reposition  the  crane,  and  times  to  remove  and  replace  hatch  covers. 

Average  container  transfer  times  are  inputs  to  the  model.  Several 
values  of  these  container  transfer  times  can  be  specified  for  any  one  run 
of  the  model.  In  this  way  the  time  to  transfer  a  container  to  a  lighter 
can  be  specified  for  each  lighter  type  and  container  weight. 

Breakbulk  Ship.  In  the  model  a  general  cargo  ship  is  also  separated 
into  cargo  hatches.  Each  cargo  hatch  has  decks.  The  decks  are  numbered 
sequentially  and  must  be  unloaded  in  order,  with  the  uppermost  deck  unloaded 
first.  All  cargo  must  be  removed  from  the  uppermost  loaded  deck  before  any 
cargo  from  the  next  lower  deck  can  be  removed. 

In  the  input  each  item  of  cargo  on  a  deck  is  assigned  an  access 
number  which  is  made  to  correspond  to  an  area  on  the  cargo  decks.  Each  such 
access  number  can  be  applied  to  a  mix  of  cargo.  The  cargo  in  the  center  of 
the  hatch  is  assigned  the  lowest  access  number  and  the  access  numbers  in¬ 
crease  as  the  distance  from  the  center  of  the  hatch  increases.  The  cargo 
with  the  lowest  access  number  is  extracted  first.  This  corresponds  to  re¬ 
moving  the  cargo  first  from  the  square  of  the  hatch.  There  is  no  change  in 
cargo  unloading  rate  with  access  number. 

Selection  of  cargo  to  be  unloaded  is  based  not  only  on  the  lowest 
access  number  still  containing  cargo  but  also  on  the  amount  of  cargo  capacity 
left  in  the  lighter.  If  a  craft  is  partially  loaded  and  each  of  the  items  of 
cargo  at  the  lowest  access  level  exceeds  the  remaining  capacity  of  the  lighter, 
then  the  cargo  at  the  second  lowest  access  number  is  checked.  In  the  event 
all  the  cargo  within  the  two  lowest  access  number  areas  exceeds  the  remaining 
capacity  of  the  lighter,  the  lighter  casts  off  and  proceeds  to  shore. 


A  regular  and  a  heavy-lift  boom  are  modeled.  The  quantity,  locations 
and  capacities  of  the  booms  are  specified  in  the  input  data.  The  heavy-lift 
boom  on  a  typical  cargo  ship  has  a  60-long  ton  capacity  and  the  regular 
cargo  booms  have  a  15-long  ton  capacity.  On  the  general  cargo  ship  modeled 
the  heavy-lift  boom  serves  both  cargo  hatches  two  and  three.  The  time  to 
rerig  the  heavy-lift  boom  from  hatch  to  hatch  is  an  input. 

The  times  to  remove  hatch  covers  on  the  weather  deck  and  the  hatch 
covers  between  decks  are  inputs.  Each  type  of  cargo  has  a  transfer  time 
associated  with  it  which  may  differ  for  each  type  of  lighter. 

The  model  provides  for  simultaneously  working  all  hatches  on  a 
general  cargo  ship.  Each  hatch  can  be  discharged  to  lighters  on  both  sides 
of  the  ship.  When  off-loading  a  hatch  to  both  sides  of  the  ship,  unloading 
times  were  increased  20  percent  over  the  crane  cycle  time  used  in  discharging 
to  only  one  side,  again  specified  as  part  of  the  input. 

An  important  calculation  in  the  model  concerns  the  location  of  lighters 
along  the  side  of  a  general  cargo  ship.  Some  lighters  are  longer  than  a  cargo 
hatch.  The  number  of  hatches  blocked  by  each  lighter  type  is  in  the  input 
data.  When  a  lighter  is  full  and  casts  off,  a  calculation  is  made  to  determine 
the  space  available  to  moor  the  next  lighter.  If  the  lighters  in  the  queue 
waiting  to  be  loaded  exceed  the  length  of  space  at  the  ship,  the  space  remains 
unoccupied. 

There  are  two  ways  for  a  new  lighter  to  be  assigned  to  the  unoccupied 
hatch.  First,  a  lighter  leaves  an  adjoining  hatch  and  this  provides  the  re¬ 
quired  length  of  space  for  a  lighter  in  the  queue  to  moor.  The  other  way  is 
for  a  shorter  lighter  to  arrive.  A  lighter  occupying  two  hatches  receives 
cargo  from  both  hatches. 

Shore  Cargo  Transfer  Operations 

A  lighter  travels  from  the  ship  to  one  of  the  two  shoreside  queues. 
Landing  craft  go  to  a  queue  just  off  the  beach  and  amphibians  to  an  inland 
queue.  Each  lighter  waits  its  turn  in  the  queue  until  a  crane  or  other  material 
handling  equipment  is  available  to  unload  it.  Of  course,  a  lighter  arrives  at 
an  unloading  site  with  the  same  cargo  that  was  loaded  on  it  at  the  ship. 
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At  a  lighter  unloading  site,  cargo  is  removed  one  item  at  a  time. 

The  time  to  transfer  each  item  to  a  truck  or  the  ground  is  specified  in 
the  input  data  for  each  type  of  lighter  unloading  site,  by  craft  and  cargo 
type.  When  applicable,  the  time  to  moor  and  unmoor  (dock  and  undock)  a  craft 
at  an  unloading  site  is  also  part  of  the  input  data.  Again,  these  input 
times  can  vary  for  the  different  combinations  of  craft,  cargo  and  unloading 
sites. 

SHIP  ARRIVALS 

Each  ship  has  a  fixed  number  of  hatch  slots  and  a  fixed  number  of 
cargo  hatches.  Each  hatch  slot  is  assigned  one  and  only  one  cargo  hatch  from 
which  it  may  receive  cargo.  On  the  other  hand,  a  single  cargo  hatch  may 
supply  cargo  to  more  than  one  hatch  slot;  e.g.,  a  general  cargo  ship  hatch 
can  discharge  cargo  over  both  sides  of  the  ship. 

Ships  are  ready  to  moor  craft  as  soon  as  they  arrive  (proper  booms 
rigged,  etc.).  Craft,  if  any  are  available,  have  been  chosen  for  assign¬ 
ment  to  hatch  slots  by  the  time  the  ship  arrives.  Mooring  can  begin  immediately 
upon  ship  arrival. 

With  the  exception  of  a  LASH  and  ships  moored  at  a  transfer  facility 
with  a  causeway,  one  ship's  queue  is  established  to  service  all  ships. 

Each  ship  is  the  same  distance  from  the  queue.  Each  ship  is  the  same  distance 
from  shore. 

The  off-loading  of  a  LASH  is  not  explicitly  modeled;  since  tugs 
do  not  interact  with  the  other  craft  types.  A  barge  arrival  at  the  shore 
is  modeled  instead.  The  arrival  of  a  barge  from  a  LASH  is  input  data  and 
the  barge  arrival  time  equals  the  actual  LASH  arrival  time  plus  the  time 
required  to  move  the  first  barge  from  the  LASH  to  a  "sea  wall"  load/unload  site 
at  the  beach. 

CRAFT-HATCH  SLOT  SELECTION 

If  a  hatch  slot  is  designated  "open"  (i.e.,  hatch  slot  is  ready 
to  off-load  cargo)  and  if  a  craft  meeting  the  rules  of  compatabil ity  is  in  the 
ship's  queue,  then  the  craft  may  be  assigned  or  sent  to  the  hatch  slot  for 
loading.  If  the  craft  is  assigned  to  a  hatch  slot  as  soon  as  the  craft  arrives 
in  the  ship's  queue,  then  travel  time  from  the  ship's  queue  to  the  ship  must 
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be  added.  If  the  craft  is  assigned  after  it  has  been  waiting  in  the  ship's 
queue,  travel  time  from  the  queue  is  not  added.  The  rationale  for  this  assump¬ 
tion  is  that,  if  the  craft  is  waiting  in  the  queue,  it  has  enough  advance 
notice  to  move  to  the  hatch  slot  before  (1)  the  previous  craft  departs,  (2) 
the  hatch  slot  arrives  (ship  arrival),  or  (3)  a  new  boom  type  is  rigged  at 
the  hatch  slot. 

Each  cargo  hatch  at  all  times  has  a  mix  of  cargo  (a  subset  of  all 
the  cargo  in  the  hatch)  that  is  immediately  available  or  most  accessible  for 
unloading.  The  mix  is  updated  as  cargo  is  unloaded.  Craft  selection  is 
based  on  the  highest  priority  cargo  type  in  the  mix.  Thus,  a  hatch  slot 
will  remain  idle  rather  than  off-load  to  a  craft  that  is  not  compatible 
with  the  highest  priority  cargo  type  in  the  mix,  even  though  the  craft  may 
be  compatible  with  a  lower  priority  cargo  type  in  the  mix. 

Every  combination  of  craft  type,  cargo  type,  and  hatch  slot  type  is 
assigned  a  priority  number  which  indicates  the  relative  preference  for  loading 
with  that  combination  of  craft,  cargo,  and  hatch  slot.  (Craft-cargo-hatch 
slot  priority  matrix.)  Low  priority  numbers  indicate  highest  preference. 
Priority  numbers  may  be  equal.  Some  combinations  are  incompatible  so  that 
loading  cannot  occur. 

In  this  craft  selection  process,  all  "open"  hatch  slots  are  sorted  in 
order  of  their  priority  for  service.  Hatch  slots  which  have  been  left  "open" 
for  the  longest  time  are  given  the  highest  priority.  An  exception  to  this  rule 
occurs  at  hatch  slots  on  opposite  sides  of  a  general  cargo  ship.  In  this  case, 
two  hatch  slots  receive  cargo  from  the  same  cargo  hatch.  When  both  hatch  slots 
are  operating  simultaneously,  unloading  times  are  increased  20  percent  over 
the  crane  cycle  time  used  in  discharging  to  one  side.  Therefore,  for  maximum 
efficiency,  the  hatch  slots  on  the  far  side  of  a  general  cargo  ship  are  given 
a  lower  priority  for  service  than  all  other  "open"  hatch  slots  in  the  system. 

The  ship's  queue  —  containing  craft  ready  to  service  a  hatch  slot  — 
is  operated  on  a  "last  come,  first  served"  basis.  More  precisely,  craft 
with  lower  ID  numbers  are  chosen  first,  all  else  being  equal.  This  discipline 
assures  that  a  new  craft  will  be  called  into  operation  only  when  an  additional 
craft  is  required.  Unused  craft  capability  can  be  easily  identified. 
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The  factors  listed  above  are  considered  in  the  craft  selection 
Drocess  in  the  following  manner: 

e  All  combinations  of  the  open  hatch  slots  and  the  craft 
in  the  queue  are  searched  for  the  lowest  compatible 
craft-cargo-hatch  slot  priority  number. 

•  If  two  or  more  craft-hatch  slot  combinations  become 
possible  at  the  same  time  and  if  two  or  more  of  the 
combinations  have  the  same  priority,  then  the  hatch 
slot  with  the  highest  priority  for  service  is  chosen 
for  craft  assignment. 

•  If  two  or  more  combinations  are  equal  in  factors  described 
above,  then  the  craft  with  the  lowest  ID  number  is  chosen. 

Due  to  the  configuration  of  hatch  slots  at  a  general  cargo  ship 
the  craft  selection  process  requires  some  additional  limitations  for 
assignment  of  a  mul ti -hatched  craft  to  a  general  cargo  ship. 

Multi-hatched  craft  are  physically  long  enough  so  that,  if 
one  is  moored  at  one  general  cargo  ship  hatch  slot,  one  or  more  adjacent 
hatch  slots  may  be  blocked  by  the  multi-hatched  craft.  Blocked  slots 
cannot  be  used  for  off-loading.  In  the  input  data,  adjacent  hatch  slots  must 
be  consecutively  numbered. 

Rules  for  mul ti -hatched  craft  assignment  can  apply  only  to  craft 
at  a  general  cargo  ship.  If  the  multi-hatched  craft  is  to  be  assigned 
to  a  hatch  slot  at  the  end  of  a  general  cargo  ship  of  another  "end"  type  of 
hatch  slot,  then  the  rules  for  multi-hatched  craft  assignment  do  not  apply  since 
there  is  no  adjacent  hatch  slot  to  one  side  of  the  assigned  slot.  If  a 
multi-hatched  craft  which  is  capable  of  being  loaded  from  more  than  one  hatch 
slot  is  assigned  to  an  end  hatch  slot,  it  will  block  the  number  of  slots 
specified  in  its  multi-hatch  code,  and  load  for  "blocked"  slot  that  are 
compatible. 

If  the  craft  to  be  assigned  to  a  particular  general  cargo  ship 
hatch  slot  is  multi -hatched  and  both  adjacent  hatch  slots  are  "occupied"  (or 
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blocked)  so  that  the  craft  cannot  be  moored,  then  both  the  craft  and  the 
hatch  slot  will  be  "saved"  until  one  or  both  craft  leave  the  adjacent  slots 
allowing  the  saved  craft  to  be  moored.  Depending  on  the  length  of  the  craft, 
it  may  "block"  one  or  both  of  the  adjacent  slots. 

SHIPSIDE  LOADING  ROUTINE 

There  are  three  different  shipside  loading  routines  to  be  described 
in  separate  sections: 

•  General  cargo  ship  and  RO/RO  ship  off-loading  routine 

•  Self-sustaining  containership  off-loading  routine 

•  Non-self-sustaining  containership  off-loading  routine. 

Cargo  items  are  always  moved  directly  from  their  original  position 
in  the  cargo  hatch  to  the  craft.  On  helicopter  platforms  the  container 
may  have  to  wait  for  pickup.  Items  are  never  placed  on  the  ship’s  deck 
to  allow  other  items  to  be  loaded  first.  This  rule  applies  when  ship 
transfer  facilities  (crane  to  off-load  a  non-self-sustaining  containership) 
are  in  use  as  well.  Cargo  transfer  time  at  shipside  is  independent  of  the 
location  of  the  cargo  item  in  the  cargo  hatch.  Items  on  the  lowermost  decks 
(or  cell -levels)  of  the  ship  take  the  same  time  as  items  from  the  upper  deck. 
Cargo  transfer  time  is  a  function  of  cargo  type,  craft  type,  and  hatch  slot 
type  only. 

Capacity  of  a  craft  for  cargo  is  expressed  as  follows: 

•  Total  weight  of  cargo  that  may  be  loaded.  Each  cargo  item 
has  a  specific  weight. 

•  Total  volume  of  cargo  that  may  be  loaded.  Each  cargo  item, 
excluding  vehicles,  has  a  specific  volume. 

•  Total  deck  space  capacity  for  vehicles.  Vehicles  have  a 
specific  floor  area  requirement.  To  find  the  volume  required 
by  a  vehicle,  the  floor  space  is  multiplied  by  the  height 

of  the  craft  cargo  space.  This  assumption  implies  that  cargo 
items  will  not  be  loaded  on  too  of  vehicle  cargo. 
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•  Humber  of  items  of  each  cargo  tyoe  that  may  be  loaded  into 
the  craft.  The  total  number  of  cargo  items  of  priority  number 
less  than  or  equal  to  the  given  cargo  type  must  be  less  than  or 
equal  to  the  allowable  number  of  items  of  the  given  cargo  type. 

9  The  craft  is  loaded  item  by  item.  When  the  next  item  to  be 
loaded  exceeds  one  of  the  four  capacity  measures  loading  is 
discontinued.  Loading  time  is  increased  each  time  another 
item  is  loaded. 

Selection  of  the  next  cargo  item  to  be  loaded  depends  on  the 
following: 

•  Only  the  cargo  that  is  immediately  accessible  in  the  cargo 
hatch  is  chosen.  Most  accessible  mixes  of  cargo  are  chosen 
first  among  all  the  accessible  cargo. 

•  When  the  mix  of  most  accessible  cargo  has  been  chosen,  the 
highest  priority  cargo  type  of  this  mix  will  be  selected 
first  for  loading. 

A  craft  always  goes  directly  to  the  load/ unload  site  queue  when  it  leaves 
a  hatch  slot,  even  if  the  craft  is  only  partially  full  (i  .e. ,  craft  never 
move  from  one  hatch  slot  to  another).  Mooring  and  unmooring  times  for  a 
craft  at  shipside  are  a  function  only  of  hatch  slot  type  and  craft  type. 

Mooring  time  includes  mooring  und  approach  time;  it  does  not  include  travel 
time  from  the  ship's  queue.  Unmooring  time  always  equals  50  percent  of  mooring 
time.  Loading  cannot  begin  until  mooring  is  completed.  Location  of  cargo  on  a 
craft  is  not  modeled.  No  time  is  required  to  redistribute  cargo  on  a  craft. 

The  following  assumptions  apply  to  ships  unloaded  at  a  ship  transfer  facility 
with  a  causeway: 

•  A  general  cargo  ship,  R0/R0  ship,  or  container  ship  may  be 
moored  at  a  ship  transfer  facility  with  a  causeway. 

•  Except  for  self-deployable  vehicles  from  a  RO/RC  ship, 
cargo  must  be  loaded  from  a  cargo  hatch  on  the  ship  to  a 
truck.  Therefore,  a  truck  is  reauired  for  off-loading. 
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•  The  causeway  for  trucks  is  two-way  and  may  accommodate  more 
than  one  truck  at  a  time.  The  system  is  never  constrained 
due  to  the  capacity  of  the  causeway. 

GENERAL  CARGO  SHIP  AND  RO/RO  SHIP  OFF-LOADING  ROUTINE 

Each  general  cargo  ship  cargo  hatch  may  have  one  or  two  hatch  slots 
that  may  discharge  cargo.  These  hatch  slots  are  on  opposite  sides  of  the 
ship.  One  of  the  two  hatch  slots  at  a  double-rigged  hatch  has  a  lower 
priority  for  service  than  hatch  slots  at  single-rigged  hatches. 

Each  general  cargo  ship  cargo  hatch  has  one  or  more  decks  containing 
cargo.  These  decks  are  numbered  sequentially  and  must  be  unloaded  in  that 
sequence.  The  uppermost  deck  is  unloaded  first.  All  cargo  must  be  removed 
from  a  deck  before  any  cargo  from  the  next  lower  deck  can  be  removed. 

Each  deck  has  one  or  more  access  numbers  containing  cargo.  Each 
access  number  may  contain  a  mix  of  cargo.  Thus,  each  cargo  item  is 
ated  by  specifying  the  cargo  hatch,  the  deck,  and  the  access  number. 

The  access  number  indicates  the  relative  distance  of  cargo  from  the  hatch. 
Selection  of  cargo  for  craft  selection  is  based  only  on  the  mix  of  cargo  at 
the  lowest  access  number  still  containing  cargo.  In  the  loading  routine, 
all  cargo  at  the  lowest  access  number  is  tried  for  loading  first.  The  mix 
of  cargo  at  the  second  lowest  access  number  is  tried  if  the  craft  has  not 
been  filled.  However,  the  cargo  at  the  third  access  cannot  be  tried  until 
the  first  lowest  access  number  has  been  emptied  of  cargo. 

At  a  general  cargo  ship  hatch  slot,  one  of  two  booms  types  is  used 
for  loading  cargo.  The  type  of  boom  to  be  used  is  determined  by  the  type 
of  cargo  that  is  being  loaded.  Each  cargo  type  has  associated  with  it  a 
carameter  which  indicates  which  boom  type  must  be  used.  Heavy  cargo  must 
use  the  heavy  boom,  while  lighter  cargo  must  use  the  light  boom. 

All  cargo  items  requiring  the  heavy  lift  boom  must  be  unloaded  first. 
This  assures  that  the  time-consuming  operation  of  re-rigging  is  performed 
only  once.  Thus,  all  heavy  lift  items  must  be  located  in  the  upper  decks. 

In  an  actual  general  cargo  ship,  heavy  lift  cargo  items  are  normally  loaded 


on  the  weather  deck  and  in  the  "squares"  of  the  cargo  hatches  within  reach 
of  the  heavy  lift  boom.  The  square  of  the  hatch  at  the  next  lower  level  will 
be  used  for  heavy  lift  cargo  only  if  all  the  heavy  lift  cargo  won't  fit  in  the 
squares  of  the  hatch  at  the  upper  levels.  For  purposes  of  the  model,  the 
decks  must  be  defined  in  sequential  order  so  that  all  decks  containing  heavy 
lift  cargo  are  given  the  lower  numbers. 

Every  time  a  new  deck  is  opened,  the  hatch  covers  for  the  new  level 
must  be  opened.  Thus,  a  delay  time  —  "deck  delay  time"  —  is  added  before 
loading  can  continue. 

On  the  standard  general  cargo  ship,  one  heavy  lift  boom  is  shared 
by  cargo  hatches  2  and  3.  The  heavy  lift  boom  transfers  cargo  from  one 
cargo  hatch  to  one  hatch  slot  at  a  time.  If  cargo  hatch  2  has  heavy  lift 
cargo,  the  heavy  lift  boom  is  initially  rigged  at  cargo  hatch  2,  to  move  cargo 
at  hatch  slot  2.  The  hatch  slot  on  the  opposite  side  of  the  ship  is  closed. 

If  cargo  hatch  3  has  any  heavy  lift  cargo,  both  hatch  slots  at  that  hatch 
are  also  closed.  If  there  are  no  heavy  items  at  hatches  2  and  3  then  light 
booms  are  initially  rigged  at  both  hatches. 

As  soon  as  all  heavy  lift  cargo  has  been  off-loaded  from  cargo  hatch 
2,  the  heavy  lift  boom  is  re-rigged  from  cargo  hatch  2  to  hatch  3  (if 
hatch  3  has  heavy  lift  cargo)  and  the  light  boom  is  rigged  in  place  of  the 
heavy  boom  at  slot  2.  Each  of  the  two  rigging  operations  has  a  delay  time 
associated  with  it.  The  hatch  slot  remains  closed  for  this  length  of  time 
to  allow  the  rigging  to  be  completed.  Thus,  delay  times  for  the  operation  are 
specified  in  the  input  data. 

The  routines  in  the  model  are  general,  so  that  the  same  procedure 
can  be  followed  for  cargo  hatches  other  than  2  and  3,  if  the  other  cargo 
hatches  are  defined  to  have  a  heavy  lift  boom. 

All  hatch  slots  at  cargo  hatches  not  containing  heavy  lift  cargo 
are  initially  rigged  with  light  booms. 

If  the  proper  boom  type  is  not  riaged  at  a  hatch  slot,  the  hatch 
slot  is  closed.  No  craft  are  assigned  to  the  slot  until  the  proper  boom 
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type  has  been  completely  rigged.  Thus,  mooring  of  a  craft  and  rigging  of 
tne  boom  cannot  be  performed  concurrently  at  the  same  hatch  slot. 

When  one  cargo  hatch  is  being  off-loaded  to  two  hatch  slots,  the 
times  ot  each  slot  increase  by  20  percent.  In  this  model,  the  first  craft 
arriving  at  a  cargo  hatch  with  two  hatch  slots  will  be  assumed  to  operate 
at  100  percent  efficiency.  If  a  second  craft  arrives  at  the  hatch  slot 
on  the  opposite  side  of  the  ship  before  the  first  craft  leaves,  this  second 
craft  will  have  its  entire  load  time  increased  by  20  percent.  If  a  third 
craft  arrives  at  the  first  slot,  before  the  second  craft  leaves,  the  load 
time  of  the  third  craft  will  also  be  adjusted. 

Multi-hatched  craft  which  are  simultaneously  loaded  at  two  or 
more  hatch  slots  may  be  assigned  to  general  cargo  ships.  If  the  craft 
is  not  assigned  to  an  end  hatch  slot  and  if  one  or  more  slots  adjacent 
to  the  assigned  slot  are  "occupied"  and  can  be  unloaded,  then  loading 
will  occur  at  two  or  three  hatch  slots.  The  craft  selection  process 
optimizes  craft  selection  only  at  the  assigned  hatch  slot.  The  multi-hatch 
loading  situation  is  handled  as  follows: 

If  N  is  the  number  of  hatch  slots  which  can  simultaneously  be 
off-loaded  to  a  given  craft,  then  eacn  cargo  hatch  will  load  1/Nth  of  the 
craft.  The  loading  process  is  performed  N  times,  and  the  longest  of  the 
N  loading  times  is  used  as  the  overall  loading  time  for  the  craft. 

A  R0/R0  ship  has  a  loading  operation  similar  to  a  general  cargo 
ship  with  the  following  differences: 

•  A  R0/R0  ship  carries  only  vehicle  cargo.  A  "deck  delay  time" 
is  not  added  when  cargo  is  taken  from  a  new  deck. 

•  The  ship  has  one  cargo  hatch  and  one  hatch  slot  of  the 
R0/R0  type.  Vehicles  are  driven  or  towed  from  the  ship 
into  an  appropriate  craft  moored  at  the  R0/R0  slot. 

•  No  booms  are  used  for  off-loading  so  there  are  no  special 
considerations  given  to  heavy  lift  cargo. 


Mixes  of  vehicles,  sel f-deol oyable  (SD)  or  non-self-deployable  (USD) 
and  general  cargo  are  not  allowed  on  a  craft,  unless  the  craft  can  be  simultan¬ 
eously  loaded  from  more  than  one  hatch. 

SELF-SUSTAINING  CONTAINERSHIP  OFF-LOADING  ROUTINE 

A  self-sustaining  (SS)  containership  is  divided  into  two  "cargo 
hatches"  —  one  forward  and  one  aft.  Each  cargo  hatch  contains  approximately 
one-half  of  the  cells.  Containers  in  the  forward  cargo  hatch  can  be  trans¬ 
ferred  only  to  a  forward  hatch  slot,  while  containers  in  the  aft  hatch  are 
moved  only  to  the  aft  hatch  slot. 

Each  containership  cargo  hatch  has  a  set  of  cells  containing 
containers.  The  cells  are  numbered  in  sequence.  Each  cell  has  several  levels 
with  one  container  at  each  level.  Only  the  container  at  the  uppermost 
filled  level  can  be  removed.  The  cells  are  unloaded  in  order  of  their 
sequence  numbers.  Thus,  containers  are  removed  from  one  cell  at  a  time 
starting  with  the  uppermost  in  cell  number  one.  If  a  container  exceeds  the 
remaining  capacity  of  the  craft  (based  on  craft  weight  capacity)  or  if  the 
cell  is  empty,  then  the  uppermost  container  in  the  next  cell  is  tried. 

A  SS  containership  has  three  hatch  slots  (two  lighterage  slots  and 
one  helicopter  platform). 

Hatch  slots  2  and  3  do  not  interfere  with  hatch  slot  I.  Lighters  are 
assigned  to  slot  1  and  loaded  with  the  gantry  crane  using  the  container 
selection  process  described  above. 

The  gantry  crane  at  cargo  hatch  2  is  used  to  move  containers  to 
lignters  at  hatch  slot  2,  as  well  as  to  the  helicopter  platform  at  hatch  slot 
3.  Thus,  interference  occurs  when  both  lighterage  and  helicopter  are 
operating  at  cargo  hatch  2.  The  helicopter  platform  is  always  kept  "ready 
for  pickup."  Whenever  there  is  no  container  on  the  platform  and  the  depart¬ 
ing  helicopter  is  sufficiently  far  away  (e.g.,  "unmooring"  time  has  elapsed 
since  pickup);  the  gantry  will  move  a  new  container  to  the  platform.  Thus, 
if  lighterage  is  beina  loaded  at  slot  2,  the  gantry  must  be  taken  away  for 
use  at  slot  3. 
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The  cycle  of  ooeration  at  the  helicopter  platform  consists  of  the 
following: 

•  Helicopter  approach  (mooring), 

«  Helicopter  pickup  of  container  (loading), 

•  Helicopter  departure  (unmooring), 

•  Movement  of  a  new  container  to  the  helicopter  platform  (crane 
cycle). 

At  the  ship  arrival  time  it  is  assumed  that  a  container  has  already 
been  moved  to  the  platform.  When  there  is  a  plenitude  of  helicopters,  the 
helicopter  loading  rate  is  limited  by  the  gantry  cycle  time. 

Since  a  container  may  be  placed  on  the  helicopter  platform  before  a 
helicopter  has  been  selected,  the  rules  for  selecting  a  container  for  loading 
must  be  modified  for  the  helicopter  platform.  If  a  container  cannot  be 

lifted  by  the  helicopter  type  with  the  largest  lift  capability,  then  the 

container  wi 1 1  not  be  moved  to  the  platform. 

Containers  are  not  lifted  directly  from  the  cells  by  helicopters  at 
an  SS  containership. 

NON-SELF-SUSTAINING  CONTAINERSHIP 

A  non-self-sustaining  (MSS)  containership  is  conceptually  divided 
into  cargo  hatches.  Containers  in  a  given  cargo  hatch  can  be  moved  only  to  a 
hatch  slot  corresponding  to  the  cargo  hatch. 

Each  cargo  hatch  has  one  lighterage  hatch  slot  and  one  helicopter 
hatch  slot  from  which  containers  are  lifted  directly  from  the  cells. 

The  lighterage  hatch  slots  are  served  by  a  ship  transfer  facility. 
Ship  transfer  facility  is  a  general  term  defined  as  any  sort  of  NSS  container- 
ship  discharge  facility.  Any  type  of  facility  may  be  used  as  long  as  the 
methodology  of  its  operation  is  in  accordance  with  the  following  constraints: 

a.  The  facility  is  not  modeled  as  a  temporary  storage  site/ 

helicopter  pick-uD  point.  It  is  only  a  platform  to  support 


a  crane. 
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12  b.  One  crane  is  on  each  facility. 

c.  The  crane  will  not  stop  operations  for  helicopters. 

Since  the  ship  transfer  facility  has  only  one  crane,  only  one  lighter- 
age  hatch  slot  is  in  use  at  a  time.  Off-loading  begins  at  hatch  slot  1. 

When  slot  1  is  emptied,  the  snip  is  warped  (delay  time),  and  off-loading 
of  slot  2  begins.  The  operation  proceeds  until  the  ship  is  emptied. 

Selection  of  containers  at  a  ship  transfer  facility  hatch  slot 
is  the  same  as  at  a  lighterage  hatch  slot  on  a  SS  containership. 

At  the  helicopter  hatch  slots,  containers  are  lifted  directly 
from  the  cells.  Helicopters  cannot  operate  too  close  to  the  gantry.  There 
t  should  always  be  a  25  percent  safety  space  between  helicopter  and  gantry 

operations  as  the  ship  is  warped.  In  the  model  the  "cargo  hatch"  at  which 
the  helicopter  is  operating  must  be  at  least  two  cargo  hatches  away  from 
the  "cargo  hatch"  where  a  crane  is  operating. 
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E  OFF-LOADING  OF  BARGES  FROM  A  LASH 

As  soon  as  the  first  barge  arrives,  a  barge  may  be  assigned  to  each 
unoccupied  "sea  wall"  lighter  unloading  site  (LUS).  Off-loading  can  begin  as 
soon  as  "set-up"  is  completed.  If  there  is  more  than  one  sea  wall  initially 
rj  available,  then  an  additional  delay  equal  to  the  barge  discharge  time  must  be 

added  before  unloading  can  begin  at  the  next  sea  wall  LUS. 

As  soon  as  one  barge  is  unloaded  and  shutdown  time  added,  the  next 
barge  is  moored  at  the  sea  wall.  This  assumption  implies  that  the  tugs  can 
deliver  barges  from  the  LASH  faster  than  the  barges  can  be  unloaded. 

Cargo  may  be  off-loaded  from  a  barge  in  any  convenient  order  -- 
i.e.,  individual  cargo  locations  on  a  barge  are  not  modeled.  A  barge  is  un- 

i 

loaded  in  the  same  way  as  a  craft. 

Sea  wall  LUSs  are  used  only  for  barges  whenever  a  barge  is  waiting  to 
be  unloaded. 

|  SHORE  FACILITIES 

A  craft  can  only  be  unloaded  at  a  lighter  unloading  site  (LUS).  There 
are  a  number  of  different  types  of  LUSs;  they  may  be  located  at  the  beach,  am¬ 
phibian  discharge  point  (ISS),  or  the  marshaling  yard.  Each  LUS  must  be  speci- 
®  fied  in  the  input  data.  An  LUS  can  service  only  one  craft  at  a  time. 

MHE  is  generally  required  to  discharge  cargo  from  a  craft.  The  fol¬ 
lowing  situations  may  occur  with  respect  to  MHE: 

•  The  LUS  has  its  own  fixed  MHE  (e.g.,  a  crane) 

•  No  MHE  is  required  (e.g.,  helicopters,  discharge  of  self-de¬ 
ployable  vehicles  from  some  craft  types). 

•  Mobile  MHE  assigned  to  the  LUS  from  MHE  pool.  There  are  three 
MHE  pools;  one  at  the  beach,  one  at  the  ISS,  and  one  at  the  mar¬ 
shaling  yard. 

When  trucks  are  not  available  to  unload  craft  at  the  LUSs,  cargo  may 
in  some  cases  be  left  at  a  temporary  holding  area  (THA)  near  the  LUS.  There 
*  are  two  temporary  storage  areas: 

•  THA  --  located  at  the  beach,  and 

•  ISS  --  located  at  the  ISS  LUSs. 
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There  are  three  LUS  queuing  areas  for  craft  to  wait  for  assignment  to 
an  LUS.  These  queuing  areas  are  near  the  beach,  the  ISS,  and  the  marshaling 
yard.  When  a  craft  leaves  a  hatch  slot  it  is  sent  to  the  nearest  queuing  area 
that  corresponds  to  an  LUS  type  that  may  service  the  craft;  theoretically  an 
amphibian  craft  could  be  assigned  to  a  marshaling  yard  LUS  or  to  an  ISS  LUS, 
but  in  this  case  it  is  sent  to  the  ISS  queuing  area  because  it  is  closer. 

There  is  a  two-way  road  system  running  between  the  beach,  ISS,  and 
marshaling  yard.  The  system  is  never  constrained  due  to  the  capacity  (in  terms 
of  weight  or  volume  of  traffic)  of  the  roads. 

Cargo  is  moved  from  the  beach  and  ISS  to  the  marshaling  yard  using 
trucks.  The  queuing  area  for  the  empty  trucks  is  between  the  beach  and  the 
ISS.  It  is  assumed  that  delays  due  to  trucks  traveling  from  the  queue  to  an 
LUS  or  the  THA  or  ISS  will  never  occur. 

Maintenance  and  refueling  of  trucks  and  MHE  are  not  modeled. 

CRAFT  ASSIGNMENT  TO  LUS 

Each  craft  type/cargo  type  combination  has  a  list,  in  preferential 
order,  of  all  LUS  and  MHE  types  that  can  be  used  to  unload  the  craft.  The 
list  is  called  the  LUS-MHE  priority  matrix  and  is  defined  in  the  basic  input 
data. 

The  three  LUS  queuing  areas  are  lumped  together  to  determine  the 
priority  for  service  of  craft  in  the  LUS  queue.  Other  factors  being  equal, 
the  LUS  queue  operates  on  a  "first  come,  first  served"  basis. 

A  number  of  conditions  must  be  satisfied  for  a  craft  to  be  assigned 
to  an  LUS.  They  are  as  follows: 

•  If  the  LUS-MHE  priority  matrix  indicates  that  a  certain  type 
of  mobile  MHE  is  required,  then  this  MHE  must  be  available  in 
the  nearest  MHE  pool. 

•  An  LUS  of  the  required  type  must  be  available  and  not  occupied 
by  another  craft. 

•  "Heavy"  cargo  items,  non-self-deployable  vehicles,  and  containers 
may  never  be  left  at  the  THA  or  the  ISS  (except  when  left  by 
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helicopters).  Since  these  items  must  be  taken  directly  to  the 
depot,  a  truck  must  be  available  to  service  a  craft  containing 
these  types  of  cargo. 

t  Both  the  THA  and  ISS  have  a  limit  to  the  tonnage  of  cargo  that 
can  be  stored.  If  this  limit  is  exceeded,  a  craft  cannot  be  as¬ 
signed  to  an  LUS  unless  a  truck  is  available  to  prevent  further 
overflow  of  the  storage  areas. 

•  Barges  (carried  in  a  LASH)  can  only  be  off-loaded  at  a  sea  wall. 
Thus,  when  a  LASH  is  in  the  system,  sea  walls  will  be  reserved 
for  barges.  Therefore,  when  a  LASH  is  present,  a  craft  can  be 
sent  to  a  sea  wall  only  if  it  is  a  first  priority  assignment. 

All  craft  satisfying  the  above  requirements  are  candidates  for  an 
LUS  assignment.  The  selection  process  is  as  follows: 

•  LUS-MHE  priority.  All  craft  with  the  lowest  LUS-MHE  priority 
number  are  selected  first.  Only  the  highest  priority  cargo  type 
on  the  craft  is  considered  for  LUS  and  MHE  selection. 

•  When  the  LUS-MHE  priority  is  equal,  craft  are  assigned  in  order 

of  arrival  at  LUS  queue  (earliest  arrival  first). 

A  craft  remains  in  the  LUS  queue  until  all  requirements  for  off¬ 
loading  of  the  highest  priority  cargo  type  have  been  met.  When  all  require¬ 
ments  have  been  met  and  MHE  and  trucks  assigned  (if  appropriate),  then  the 

craft  leaves  the  LUS  queue  for  the  LUS.  Travel  time  to  the  LUS  and  "LUS 
set-up  time"  (function  of  LUS  type  and  craft  type--similar  to  mooring  time) 
are  added  before  off-loading  can  begin.  Thus,  there  can  be  a  substantial  delay 
between  the  departure  of  one  craft  and  the  beginning  of  unloading  of  the  next 
craft  at  the  same  LUS,  depending  on  the  input  data. 

CRAFT  OFF-LOADING 

A  craft  is  entirely  unloaded  at  one  LUS.  It  never  moves  from  one  LUS 
to  another.  MHE  are  assigned  only  for  the  highest  priority  cargo  type  aboard 
the  arriving  craft.  All  cargo  is  handled  by  the  assigned  MHE  provided  it  is 
compatible  with  all  the  cargo  on  the  craft.  In  case  of  cargo-assigned  MHE  in¬ 
compatibility,  a  new  MHE  is  assigned  from  the  pool  to  finish  the  unloading  of 
the  craft.  Craft  may  have  to  wait  for  MHE  in  such  cases.  Another  potential 
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cause  of  delay  occurs  when  a  craft  carries  more  cargo  than  one  truck  can  ac¬ 
commodate  and  the  craft  must  await  the  assignment  of  an  additional  truck. 

Any  LUS  can  service  only  one  truck  at  a  time.  Unloading  of  a  craft 
is  item  by  item.  Positions  of  cargo  items  in  the  craft  are  not  modeled,  so 
that  all  cargo  items  are  assumed  to  be  equally  accessible  for  unloading. 

Craft  off-loading  is  of  one  of  the  following  modes: 

0  Off-loading  at  the  marshaling  area — All  cargo  compatible  with 
the  current  mobile  MHE  is  unloaded  in  order  of  cargo  type 
priority.  If  a  cargo  type  is  incompatible  with  the  MHE,  then 
a  cargo  type  of  lower  priority  is  unloaded  first.  MHE  is  then 
reassigned  to  unload  the  cargo  that  was  incompatible  with  the 
previous  type  of  MHE.  The  craft  waits  if  compatible  MHE  is  un¬ 
available. 

0  Craft-Truck  off-loading — loading  proceeds  as  above  except  that 
loading  is  discontinued  when  the  truck  is  filled.  At  this  time 
the  truck  departs  and  the  truck  queue  is  searched  for  another 
truck.  If  a  truck  is  found,  it  is  assigned  and  the  process  is 
repeated.  If  no  truck  is  found,  loading  continues  in  the 
"craft-ground"  mode. 

0  Craft-ground  off-1 oading--0ne  item  of  the  highest  priority  car¬ 
go  type,  compatible  with  current  mobile  MHE,  is  transferred 
from  the  craft  to  the  appropriate  temporary  storage  area.  Next, 
the  truck  queue  is  searched.  If  no  truck  is  found,  another  item 
is  unloaded  as  the  process  is  repeated.  When  a  truck  is  found, 
craft-truck  loading  begins.  Helicopters  never  unload  to  trucks 
and  generally  carry  one  item;  so  their  only  off-loading  mode  is 
craft-ground. 

0  Off-loading  of  self-deployable  (SO)  vehicles— SO  vehicles  are 
never  put  in  a  truck.  Thus,  whenever  an  SD  vehicle  cargo  type 
is  reached  and  a  compatible  mobile  MHE  type  is  available,  all 
SD  vehicles  of  the  current  type  are  off-loaded.  The  SD  vehicles 
then  move  in  a  convoy  to  the  depot. 


Choice  of  MHE  type  is  not  dependent  on  mode  of  off-loading.  It  de¬ 
pends  only  on  cargo  type  and  craft  type.  Thus,  craft- truck  cargo  transfer 
uses  the  same  MHE  as  craft-ground  transfer. 

Mobile  MHE  is  assigned  one  "unit"  at  a  time.  There  is  never  more 
than  one  MHE  unit  simultaneously  at  one  LUS.  One  "unit"  is  usually  one  piece 
of  equipment,  although  in  the  case  of  small  forklifts  one  "unit"  may  be  two 
or  more  forklifts.  In  addition  to  the  "mobile  MHE,"  additional  MHE  may  be  used. 

A  truck  leaves  an  LUS  when  (a)  the  truck  is  full,  (b)  the  craft  is 
empty,  or  (c)  MHE  is  changed  (even  if  the  truck  is  not  full),  whichever  happens 
first. 

TRUCK  ASSIGNMENTS,  TRAVEL,  AND  LOADING 

Each  cargo  type  has  a  list,  in  preferential  order,  of  the  truck  types 
that  may  carry  that  type  of  cargo  ("Truck  Priority  Matrix").  Two  or  more 
truck  types  may  have  the  same  priority  number  for  one  cargo  type. 

Trucks  are  used  in  several  different  places  in  several  different 
situations.  The  situations  requiring  a  truck  are  considered  in  the  following 
order: 

•  Hatch  slots  on  a  ship  at  a  ship  transfer  facility  with  a  cause¬ 
way  requiring  a  truck  for  off-loading. 

•  Barges  waiting  at  a  sea  wall  requiring  a  truck.  MHE  must  be 
available  before  a  truck  will  be  assigned. 

•  Craft  waiting  at  an  LUS. 

•  Craft  waiting  in  the  LUS  queue.  A  new  craft  is  assigned  to  an 
LUS.  If  required,  trucks  and  MHE  are  available. 

•  Cargo  stored  at  the  beach  THA.  Cargo  is  investigated  for  truck 
assignments  in  order  of  cargo  type  priority.  Trucks  are  as¬ 
signed  if  MHE  is  available. 

Determination  of  the  particular  truck  to  assign  in  each  of  the  above 
situations  is  governed  by  the  following  rules: 

•  If  two  or  more  hatch  slots,  two  or  more  barges,  or  two  or  more 
craft  are  waiting,  the  sequence  of  investigation  is  as  follows: 
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Hatch  slots  are  investigated  in  order  of  their  ID  numbers. 
Barges  are  investigated  in  order  of  the  ID  numbers  of  the 
sea  wall  LUS  at  which  they  are  moored. 

Craft  waiting  at  an  LUS  are  investigated  in  descending  order 
of  their  ID  numbers.  Thus,  the  larger  craft  will  have  the 
first  chance  for  truck  assignment  within  this  category 
of  assignment. 

Craft  in  the  LUS  queue  are  investigated  in  order  of  their 
queue  arrival  time  --  "first  come,  first  served." 

0  Once  a  specific  slot,  barge,  or  craft  has  been  found  and  the 
highest  priority  cargo  type  aboard  has  been  determined,  the 
type  of  truck  in  the  truck's  queue  with  the  lowest  truck-cargo 
priority  number  will  be  chosen. 

0  If  more  than  one  truck  of  the  chosen  type  (or  types)  is  in  the 
queue,  the  truck  with  the  most  recent  queue  arrival  is  chosen 
("last  come  first  served"  queue  discipline). 

0  Thus,  a  given  truck  is  not  necessarily  assigned  to  the  optimum 
craft  (a  barge  or  hatch  slot);  but  a  given  craft  (or  barge  or 
hatch  slot)  is  always  assigned  the  optimum  truck  available  at 
assignment  time. 

Trucks  leaving  an  LUS  or  a  THA  go  directly  to  the  depot. 

When  trucks  move  to  the  THA  or  ISS  to  transfer  cargo,  they  are  not 
assigned  to  discrete  slots.  The  number  of  trucks  that  can  be  simultaneously 
serviced  is  dependent  only  on  available  MHE. 

If  a  unit  of  MHE  can  load  or  unload  a  cargo  item  from  a  truck,  it 
can  load  or  unload  any  cargo  item  of  a  lower  priority  cargo  type  (i.e.,  a 
"small"  cargo  type). 

The  MHE  choice  for  trucks  is  based  on  highest  priority  cargo  type 
and  is  derived  from  the  "MHE  Priority  Matrix  for  Trucks."  The  MHE  choice 
for  loading  trucks  (at  a  storage  area)  is  the  same  as  for  unloading. 

The  location  of  individual  cargo  items  in  a  truck  is  not  modeled. 

Truck  capacities  are  handled  in  the  same  way  as  craft  capacities,  except  that 
vehicle  floor  space  is  not  considered. 


) 


2-21 


i 


Trucks  have  two  speeds,  loaded  and  unloaded.  No  time  is  alio 
for  acceleration,  deceleration,  traffic  conditions,  or  set-uD  and  shut-down 
of  the  unloading  operation. 
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III.  INPUTS  AMD  OUTPUTS 


INPUTS 

The  input  data  required  has  been  broken  into  two  categories  -  basic 
data,  and  run  dependent  data.  Complete  instructions  for  data  preparation  are 
in  Appendix  C. 

Basic  Data 

Basic  data  relates  to  the  performance  of  the  system,  the  facts  of  the 
system.  Ideally,  the  basic  data  will  not  change.  A  summary  of  the  basic  data 
follows. 

Cargo  Module  Descriptions.  This  is  the  weight,  volume,  deck  space,  and 
type  for  each  cargo  module  to  be  moved. 

Craft  Speeds  and  Capacities.  Four  speeds  and  four  capacities  for 
each  craft  type  are  possible. 

Truck  Speeds  and  Capacities.  Two  speeds  and  three  capacities  (weight, 
volume,  number  of  items)  for  each  truck  type  can  be  specified. 

Moorinq/Unmoorinq  Times.  Times  for  approach  and  mooring  and  for 
unmooring  as  a  function  of  the  hatch  slot  type  and  craft  type  are  required. 

Unloading  Site  Setup/Shutdown  Times.  Delay  times  at  shoreside  LUS  are 
similar  to  mooring/unmooring  times.  Each  time  is  a  function  of  LUS  type  and 
craft  type. 
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Cargo  Transfer  Times  per  Cargo  Item.  Different  transfer  times  can  be 
specified  depending  on  the  kind  of  transfer: 

•  Ship-Craft.  Function  of  hatch  slot  type,  craft  type, 
cargo  module, 

•  Craft-Truck.  Function  of  craft  type,  cargo  module, 

MHE  type, 

•  Craft-Ground.  Function  of  craft  type,  cargo  module, 

MHE  type, 

0  THA-Truck.  Function  of  truck  type,  cargo  module, 

MHE  type,  and 

0  Truck-Destination.  Function  of  truck  type,  cargo 
module,  MHE  type. 

Craft  Priorities.  Selection  priorities  for  craft  at  shipside  are  a 
function  of  hatch  slot  type,  craft  type,  most  accessible  cargo  module  in  the 
cargo  hatch. 

Unloading  Site  Selection  Priorities  for  Assigning  Craft  to  an  LUS  Type. 
These  are  a  function  of  craft  type,  LUS  type,  and  the  largest  cargo  module  on 
the  craft. 

MHE  Selection  Priorities  for  Selection  of  MHE  for  a  Craft  at  an  LUS.  Each 
combination  of  craft,  LUS,  and  cargo  module  type  has  a  list  of  MHE  types  associated 
with  it. 

Truck  Selection  Priorities.  These  are  a  function  of  truck  type  and  cargo 
module.  Each  truck-cargo  combination  has  an  associated  list  of  MHE  types. 

Run  Dependent  Data 

Run  dependent  data  consist  of  the  variables  of  the  system.  These  are 
the  parameters  to  be  varied  from  one  run  to  the  next  in  the  parametric  approach. 
Taken  together  the  run  dependent  data  constitutes  a  total  description  of  the 
scenario  within  which  a  LOTS  operation  will  be  performed. 


3-2 


I 


I 


91 


x 


■ 

a 


Vicrk  Load. 

•  Ship  types  and  descriptions, 

•  Ships'  arrival  schedule,  and 

•  Ships'  loads  -  mix  of  cargo  modules  on  each  ship. 

Craft  Mix.  Fleet  of  craft  available  to  perform  the  mission.  The 
fleet  may  be: 

•  A  "pure  mix"  or  a  fleet  consisting  of  only  one  type 
of  craft,  with  a  specified  number  of  craft. 

•  A  true  mix  of  craft,  with  craft  types  and  numbers 
speci fied. 

•  Either  of  the  above,  with  craft  of  the  indicated 
types  available  as  needed.  The  model  will  demonstrate 
the  number  of  craft  utilized. 

Distances.  The  following  apply  to  distance  input  requi rements : 

•  Ship-shore  distance, 

•  Beach-destination  distance,  and 

•  Amphibian  unloading  area  -  destination  distance. 

Shores ide  Facilities.  The  number  of  supporting  resources  available 
for  the  operation  may  be  specified  or  the  model  may  determine  the  number  utilized. 

o  Lighter  unloading  sites.  Types  of  LUS  available 
at  each  of  the  three  unloading  areas, 

•  Mix  of  trucks, 

•  Mix  of  mobile  MHE  types  available  at  each  of  the 
three  MHE  pools,  and 

•  THA  temporary  holding  area  capacities.  Capacity  of 

each  of  the  two  temporary  holding  areas  in  tons  of 
cargo. 
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OUTPUTS 

There  are  two  primary  outputs  of  the  LOTS  model  of  most  direct  interest: 
the  overall  time  required  for  a  specified  amount  of  cargo  to  be  moved  from  aboard 
ship  to  a  marshaling  area;  and  tabulations  of  the  percentages  of  the  total  assigned 
lighters,  trucks,  and  MHE  that  were  actually  used.  The  first  measure,  the  overall 
time  required,  is  extended  when  insufficient  assets  are  assigned  so  that  one  or 
more  critical  subsystems  are  idle  part  of  the  time.  On  the  other  hand,  when  more 
than  enough  transport  assets  are  assigned  (i.e.,  lighters  and  trucks),  the  time 
measure  becomes  a  constant  minimum  and  the  second  primary  output  becomes  useful. 
This  output  shows  what  percentages  of  each  of  the  assigned  transport  were  actually 
used.  The  priority  system  used  in  the  queues  assures  that  already-used  transport 
equipment  is  used  first,  so  that  statistics  on  assigned-but-not-used  transport 
can  readily  be  collected. 

A  set  of  summary  statistics  is  printed  at  the  end  of  each  run.  A 
table  of  statistics  is  given  for  the  lighters,  the  trucks,  the  material  handling 
equipment  and  the  ships.  The  table  for  lighters  gives  the  number  of  round  trips 
from  the  ship  to  shore  and  the  cargo  carried.  It  also  gives  the  time  and  percent 
of  time  spent  in  mooring  and  unmooring,  loading  and  unloading,  traveling  to  beach, 
traveling  to  ship,  and  the  time  spent  in  the  queue  at  the  shore  and  at  the  ship. 

The  table  for  trucks  is  similar.  A  summary  of  material  handling  equipment  utiliza¬ 
tion  is  also  printed.  The  summary  for  the  ships  gives  the  time  to  off-load  each 
hatch,  total  time  to  clear  the  ship,  and  all  cargo  to  arrive  at  the  marshaling 
area.  In  addition,  the  time  the  ship  crane  was  idle,  if  any,  is  given. 
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APPENDIX  A 
PROGRAM  DESCRIPTION 


An  event-sequenced  simulation  technique  is  utilized  in  the  programming 
of  the  LOTS  model.  Each  LOTS  element  (i.e.,  ship,  lighter,  truck)  is  observed 
only  when  it  is  involved  in  a  specified  event.  When  an  event  occurs,  the  appro¬ 
priate  element  is  processed  and  the  time  of  the  next  event,  if  any,  is  determined. 
For  example,  when  a  lighter  arrives  at  the  ship,  event  one  has  occurred.  The 
lighter  moors  and  is  loaded,  and  the  time  for  event  two,  lighter  leaves  the  ship, 
is  determined.  The  model  next  observes  the  lighter  when  event  two  occurs.  To 
determine  the  next  event  to  be  processed,  the  event  clock  is  searched  and  the 
event  with  the  minimum  time  is  selected. 

An  executive  routine  (see  Figure  A.l)  searches  the  event  clock,  deter¬ 
mines  the  next  event,  and  transfers  to  the  subroutine  which  processes  the  event 
that  was  found.  If  no  event  is  found,  program  control  is  transferred  to  a  sub¬ 
routine,  which  prints  an  output  summary,  and  the  run  is  complete.  Each  event 
is  processed  in  a  separate  subroutine  named  EVENT1,  EVENT2,  .  .  .,  EVENT19,  and 
described  in  Table  A.l.  In  addition,  a  number  of  utility  subroutines  are  used 
by  the  event  subroutines  as  shown  in  Table  A. 2.  A  description  of  the  utility 
subroutines  is  in  Table  A. 3.  After  an  event  has  been  processed,  control  returns 
to  the  executive  routine  and  the  event  clock  is  again  searched.  A  detailed  flow 
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TABLE  A. 1 

SUMMARY  DESCRIPTION  OF  EVENT  SUBROUTINES 


Subroutine 

Summary  Description 

EVENT1 

Lighter  arrives  at  the  ship 

EVENT2 

Lighter  leaves  the  ship 

EVENT3 

Lighter  arrives  at  the  shoreside  queue 

EVENT4 

Lighter  arrives  at  the  unloading  site  and  unloading  begins 

EVENT 5 

Lighter  unloading  continues 

EVENT6 

Lighter  leaves  the  unloading  site  and  returns  to  queue  at 
the  ship 

EVENT 7 

Truck  leaves  lighter  unloading  site 

EVENT8 

Truck  arrives  at  the  marshaling  area 

EVENT9 

Truck  leaves  marshaling  area 

EVENT 10 

Fixed  pier  requires  truck 

EVENT11 

Pier  ready  to  discharge  barge 

EVENT 12 

Truck  arrives  at  the  shore  queue 

EVENT  13 

Self-deployable  vehicle  arrives  at  the  marshaling  area 

EVENT  14 

i 

Ship  arrives 

EVENT15 

Lighter  is  required  at  the  ship 

EVENT 16 

Lighter  remains  at  an  unloading  site  for  retrograde  only 

EVENT17 

Fixed  pier  is  ready  for  ship 

EVENT18 

Barge  leaves  pier 

EVENT  19 

Lighter  loading  at  the  ship  continues 

TABLE  A. 2 

UTILITY  SUBROUTINES  USED  BY  EVENT  SUBROUTINES 


m 

Event 

Subrouti nes 

Utility  Subroutines 

EVENT1 

HSSORT ,  LDCONS  ,  LDGCS  ,  LOADEX 

EVENT2 

CRFDES ,  EVENT 3,  FNSSHS,  HELPLT ,  HSSORT,  MINCLK 

EVENT 3 

TRKSEL 

EVENT4 

MINCLK 

EVENT 5 

CLUSSL ,  EVENT4,  TRKASG ,  TRKDES ,  TRKSEL,  WATCRF ,  WATTRK 

EVENT 6 

CLUSSL ,  MINCLK,  SHPDEP,  TRKASG,  TRKDES,  WATCRF,  WATTRK  ! 

EVENT7 

CLUSSL,  TRKASG,  TRKDES,  WATCRF,  WATTRK  ! 

EVENT8 

TKUNLD 

1 

EVE NT 9 

TRKASG,  WATCRF,  WATTRK  | 

EVENT 10 

EVENT4,  TRKASG,  TRKDES,  TRKSEL,  WATCRF,  WATTRK 

i 

i 

EVENT11 

| 

EVENT4,  TRKASG,  TRKDES,  TRKSEL,  WATCRF,  WATTRK  j 

ft 

EVENT12 

CLUSSL,  TRKASG,  WATCRF 

EVENT13 

MINCLK 

EVENT 14 

HSSORT,  MINCLK,  SHPMOV 

EVENT 15 

FNSSHS,  HSSORT,  MINCLK,  SHPDEP 

EVENT 16 

EVENT4,  TRKASG,  TRKDES,  TRKSEL,  WATCRF,  WATTRK 

EVENT 17 

CLUSSL,  MINCLK,  SHPDEP,  TRKASG,  TRKDES,  WATCRF,  WATTRK 

EVENT18 

CLUSSL,  MINCLK,  SHPDEP,  TRKASG,  TRKDES,  WATCRF,  WATTRK 

EVENT  19 

HELPLT,  HSSORT,  LDCONS,  MINCLK 

TABLE  A. 3 


E  SUMMARY  DESCRIPTION  OF  UTILITY  SUBROUTINES 

USED  BY  EVENT  SUBROUTINES 


Subroutine 

Summary  Description 

r 

CLUSSL 

Assigns  waiting  lighters  in  the  shoreside  queue  to  an  unload¬ 
ing  site. 

CRFDES 

Sends  lighters  from  a  ship  to  a  shoreside  queue. 

- 

FNSSHS 

Opens  a  new  hatch  on  a  non-self-sustaining  containership  and 
closes  empty  hatches. 

HELPLT 

Places  a  container  on  the  deck  of  a  containership  for  heli¬ 
copter  pickup. 

1 

HSSORT 

Sorts  all  unoccupied  berths  at  the  ship.  A  bookkeeping  sub¬ 
routine. 

LDCONS 

Loads  a  lighter  at  a  containership. 

| 

LDGCS 

Loads  a  lighter  at  a  general  cargo  ship. 

LOADEX 

Supervises  the  loading  of  lighters  at  a  ship;  calls  LDCONS 
or  LDCGS. 

MINCLK 

Updates  event  clock.  A  bookkeeping  subroutine. 

Q 

SHPMOV 

Assigns  a  temporary  container  discharge  facility  to  a  non¬ 
self-sustaining  containership. 

TRKASG 

Assigns  empty  trucks  for  loading. 

TRKDES 

Sends  trucks  to  the  marshaling  'v'ea. 

TRKSEL 

Selects  the  highest  priority  truck  from  the  truck  queue  for 
a  given  cargo  type. 

•  * 

TRUNLD 

Unloads  a  truck  at  the  marshaling  area. 

WATCRF 

Assigns  trucks  or  mobile  material  handling  equipment  to  wait¬ 
ing  lighters. 

WATTRK 

Assigns  trucks  waiting  for  unloading  at  the  marshaling  area. 

I 
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chart  of  each  subroutine  is  adequately  documented  in  the  basic  LOTS  Simulation 
Model  Documentation  report.1 

Communication  within  the  program  is  accomplished  by  means  of  13  labeled 
common  blocks.  Each  block  generally  contains  the  same  category  of  variables, 
and  a  description  of  each  common  block  is  in  Table  A. 4.  Most  variables  in  the 
common  blocks  are  integers;  therefore,  INTEGER*2  specifications  can  be  used  when 
running  the  program  on  an  IBM  computer.  The  INTEGER*2  statements  reduce  the 
core  requirement  by  40k  bytes,  thereby  permitting  a  quicker  turn  around  time  on 
computers  that  give  the  highest  priority  to  the  smallest  programs. 


I 


1  U.S.  Army  Combat  Developments  Command  Systems  Analysis  Group,  Logistics-Over- 
the-Shore  (LOTS)  Simulation  Model  Documentation,  ACN  14310,  SH  Group  Technical 
Report  11-72,  U.S.  Army  Combat  Developments  Command,  Ft.  Eustis,  V a.,  1972. 
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TABLE  A. 4 

DESCRIPTION  OF  LABELED  COMMON 


Labeled 

Common 

Number 

Description 

1 

Event  clocks 

2 

Cargo  data 

3 

Lighter  data 

4 

Truck  data 

5 

| 

Cargo  hatch  data 

6 

Number  of  elements  (i.e.,  craft,  trucks,  ships)  in  system 

7 

LOTS  system  description  data 

8 

Current  location  of  cargo 

9 

Lighter  selection  data 

10 

Shipside  unloading  data 

11 

Status  of  ship  unloading 

12 

Lighter  unloading  site  data 

13 

Cumulative  output  statistics 

APPENDIX  B 

COMMON  BLOCK  VARIABLE  DEFINITIONS 


COMMON  BLOCK  AOl 
NCLOCK(I) 

NEVTYP(I) 

NOPEL(I) 

NELEMT(I) 

NCODE(I) 

NCLKEL 

NLSTEL 

MTIME 

IEVTYP 

IELEMT 

IACTEL 

INTCUM 


-  Event  Clocks,  logical  unit  assignments,  and  output  options. 

Event  clock  for  each  element,  where  I  is  the  element  number 
(craft,  truck,  hatch  slot,  etc.). 

Event  type  associated  with  NCLOCK(I)  for  element  I. 

Operating  element  number  for  element  I. 

Number  of  elements  in  clock  I. 

Not  used. 

Number  of  last  element  in  truck  clock  (clock  2).  NCLKEL  also 
contains  minimum  event  times  in  clocks  3,  4,  and  5. 

Number  of  last  element  in  the  clock. 

Current  minimum  event  time  in  seconds. 

Event  type  of  current  event. 

Element  number  of  current  event. 

ID  number  of  current  element  (craft  ID,  truck  ID,  ship  ID,  hatch 
slot  ID,  or  self-deployable  vehicle  event  ID). 

Interval  in  seconds  of  periodic  output  reports. 


INTPER  Interval  in  seconds  between  checks  for  MHE  requirements . 

LPTIME  Clock  time  in  seconds  of  last  MHE  requirement  check. 

LOTIME  Clock  time  in  seconds  of  last  periodic  output  report. 

NPRINT  Assigns  logical  unit  number  to  the  output  report  which  writes  the 

input  data  and  any  error  messages.  If  value  is  six,  report  is 
printed.  If  the  value  is  two,  report  is  suppressed. 

NTAPE  Assigns  logical  unit  to  narrative  message  output  report. 

NTAPE1  Assigns  logical  unit  to  periodic  output  reports. 

NTAPE2  Not  used. 

NTAPE3  Assigns  logical  unit  to  each  craft  loading  at  shipside  output 

reports . 

NCARD  Assigns  logical  unit  for  the  reading  of  input  data  cards.  Value 

is  five. 

ICOUT  User  output  option. 

1  =  Productivities  printed  with  periodic  report  for  each  individual 

craft. 

2  =  Productivities  printed  at  end  of  the  run  only  for  each  individ¬ 

ual  craft. 

3  =  Productivities  printed  with  each  periodic  report,  accumulated 

for  each  craft  type. 

4  =  Productivities  printed  at  the  end  of  the  run  only,  accumulated 

for  each  craft  type. 


COMMON  BLOCK  A02  -  Cargo  data. 


r. 


V 


W. 


I 


0 


CARGWT(I) 
CARGVT ( I ) 

CARGCT ( I ) 


NCARHL(I) 


NCGTAG(I) 


Weight  in  short  tons  (s/tons)  of  cargo  module  I. 

Volume  in  cu  ft  of  cargo  module  I  for  containers  and  general  cargo 
and  deck  space  for  vehicles. 

Category  of  module  I. 

If  ’0  SD  vehicle  speed  in  MPH 

=  0  General  cargo 

=  -1  Container 

=  -2  NSD  vehicle. 

Heavy  lift  status  of  module  I. 

If  =  1  Heavy  lift  item.  Item  requires  heavy  lift  boom  at  general 
cargo  ship.  Item  cannot  be  left  at  a  temporary  holding 
area . 

=  2  Container.  Item  cannot  be  left  at  a  temporary  holding  area. 
=  3  Regular  item. 

Cargo  tag  of  module  I.  Data  for  transfer  times,  craft  priorities, 
LUS,  MHE,  and  truck  selection  are  chosen,  according  to  the  cargo 
tag  of  the  module  involved.  Cargo  tags  are  as  follows: 

=  1  Heavy  lift.  General  cargo  more  than  10  s/tons. 

=  2  Not  used. 

=  3  Heavy  self-deployable  (SD)  vehicles  more  than  10  s/tons. 

=  4  Heavy  non-self-deployable  (NSD)  vehicles  more  than  10  s/tons. 

=  5  Heavy  containers  more  than  10  s/tons. 

=  6  Light  containers. 

=  7  Light  SD  vehicles. 

=  8  Light  NSD  vehicles. 

=  9  General  cargo  more  than  5  s/tons. 
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10  General  cargo  less  than  or  equal  5  s/tons. 

11  Not  used. 

12  Pallets. 

13  Retrograde  containers. 


COMMON  BLOCK  A03  -  Lighter  data. 


CRAFWT(I)  Weight  capacity  of  craft  type  I  in  short  tons. 

CRAFVL(I)  Volume  capacity  in  cubic  feet  of  craft  type  I.  For  helicopters 

CRAFVL(I)  is  set  to  999999.0. 

CRAFSP(I,J)  Speeds  of  craft  type  I. 

If  J  =  1  speed  unloaded  on  land  in  MPH. 

J  =  2  speed  loaded  on  land  in  MPH. 

J  =  3  speed  unloaded  at  sea  in  knots. 

J  =  4  speed  loaded  at  sea  in  knots. 

Note:  Land  speeds  are  zero  for  craft  that  cannot  travel  on  land. 

CRAFHT(I)  Height  in  feet  of  cargo  carrying  compartment  of  craft  type  I. 

Height  is  used  to  convert  a  cargo  item  into  a  volume  requirement 
for  the  craft  receiving  the  item.  Height  for  a  helicopter  craft 
is  zero. 

NCRAFM(I)  Mode  of  craft  type  I.  Modes  are: 

1  landing  craft 

2  semi -amphibian 

3  true-amphibian 

4  true  air  cushion  vehicle 

5  barge  discharge  lighter 

6  helicopter 

7  Not  used 

8  rigid  sidewall  air  cushion  vehicle. 

MULHAT(I)  Multi -hatch  code  for  craft  type  I.  MN  is  the  code  where: 

•  M  is  the  number  of  hatch  slots  blocked  or  rendered  unusable 

to  other  craft  due  to  mooring  of  a  craft  at  a  general  cargo 
ship. 

•  N  is  the  number  of  hatches  which  can  discharge  cargo  simult¬ 

aneously  to  the  craft. 


MCCITM(I,J)  Cargo  carrying  capacities  craft  tyce  I. 

0  Number  of  items  of  cargo  module  J  that  craft  type  I  can 
carry. 

=  0  Craft  type  I  can  carry  zero  items  of  module  J. 

=  -1  Weight,  volume,  and  deck  space  capacities  are  used  to 
determine  the  number  of  items  craft  type  I  can  carry. 

NFILE(I)  The  number  of  full  containers  that  must  be  removed  before  loading 
of  retrograde  containers  onto  the  craft  can  begin. 

CRAFFS(I)  Deck  space  capacity  in  square  feet  for  craft  type  I.  (NOTE: 

Deck  space  is  only  used  for  calculating  the  number  of  vehicles  a 
craft  wi 1 1  carry. ) 
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MON  ELCCK  AC-  -  Truck  Data. 


TRUK'.-iT ( I )  Weight  capacity  in  short  tons  of  truck  type  I. 

TRUKVt(I)  Volume  capacity  in  cubic  feet  of  truck  type  I. 

TRUKSP(I,J)  Speeds  in  miles  per  hour  of  truck  type  I. 

J  =  1  Truck  is  empty. 

J  =  2  Truck  is  loaded  or  partially  loaded. 

NTC ITM( I , J )  dumber  of  items  of  cargo  module  J  that  will  fit  into  truck  I. 

■  0  Number  of  items  of  cargo  module  J  that  truck  type  I  can 
carry. 

=  0  Truck  type  I  can  carry  zero  items  of  module  J. 

s  -1  Weight,  volume,  and  deck  space  capacities  are  used  to  com¬ 
pute  the  number  of  items  truck  type  I  can  carry. 

NPRTRK(I.J)  Truck  priority  matrix. 

0  The  priority  number  of  truck  type  I  for  cargo  type  J. 

=  0  Truck  type  I  is  incompatible  with  cargo  type  J. 

NPRTCG(I)  Highest  priority  cargo  module  currently  on  truck  I. 

MHEPRY( I  ,J ,K)  MHE  priorities  for  trucks. 

I  is  priority  number. 

J  is  truck  type. 

K  is  cargo  tag. 

(MOTE:  If  priority  is  zero,  then  no  appropriate  MHE  types 
assignable.  If  the  MHE  type  equals  the  number  of  mobile  MHE 
types  plus  one,  then  no  MHE  are  required.) 

KPRCAR  Current  cargo  module  on  truck.  It  is  used  by  the  truck  selection 

routine  (TRKSEL). 

IRRTRK  Priority  of  truck  type  selected  by  TRKSEL.  Output  of  TRKSEL. 

I|RUCK  ID  of  truck  selected  by  TRKSEL.  If  equals  zero,  no  compatible  true 

is  in  the  queue.  Also,  this  is  the  ID  of  the  truck  currently  under 
consideration  in  ether  subroutines. 


IPRTRK 


I  TRUCK 
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ntrukq 

NTRKPR 


tM 


MHETRK(I) 


LDGTTM(I,J,K) 
LDTGTM( I ,J ,K) 


Number  of  trucks  currently  waiting  in  the  truck 

Maximum  number  of  compatible  MHE  priorities  for 
of  I  subscript  in  MHEPRY. 

Mobile  MHE  type  currently  assigned  to  truck  I. 
five,  then  no  MHE  is  needed. 

Ground-truck  transfer  times  for  truck  k,  MHE  J, 

Truck-ground  transfer  times  for  truck  k,  MHE  J, 


queue . 

trucks.  Dimension 

If  MHETRK  equals 

and  cargo  tag  I . 
and  cargo  tag  I. 


c 
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COMMON  BLOCK  A05 
»  NHSSHP(I) 

NCHSHP(I) 
IDSHIP(I) 

a 


MSHPHS(I) 

p 

IDHSLT(I) 
NCHCOR(I) 
LOCHS ( I ) 

I 


NHATSS(I) 

NSTYP(I) 

NHATNO(I) 

ICCARH(I) 


L 


Cargo  Hatch  Data. 

Number  of  hatch  slots  at  ship  I. 

Number  of  cargo  hatches  on  ship  I. 

Ship  type  of  ship  I. 

=  1  General  cargo  ship. 

=2  SS  container  ship. 

=  3  LASH  ship. 

=  4  RO/RO  ship. 

=  5  NSS  containership. 

ID  of  ship  that  contains  hatch  slot  I. 

Hatch  slot  type  of  hatch  slot  I. 

ID  of  cargo  hatch  corresponding  to  hatch  slot  I. 
Location  of  hatch  slot  I. 

=  1  Near  side  of  general  cargo  ship. 

=  2  Near  side  and  end  of  general  cargo  ship. 
=  3  Far  side  of  general  cargo  ship. 

=  4  Far  side  and  end  of  general  cargo  ship. 

=  5  Causeway. 

=  6  LASH  Barge  Slot  -  LUS  -  Seawall  only. 

=  7  Containership  slot  for  lighters. 

=8  SS  containership  slot  for  helicopters. 

=  9  NSS  containership  slot  for  helicopters. 
Hatch  slot  state  of  hatch  slot  I. 

Ship  type  associated  with  hatch  slot  type  I. 

Number  associated  with  NHATSS. 

Ship  type  holding  cargo  hatch  I. 
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NSBOGM( I ) 


NSTIND(I) 

ICHOR 

NSSSI(I) 
NHATIX(I) 
NDCB(I) 
NACCES(I) 
NHTTAB( I  ,J) 


NTOTAL(I) 
LIND EX 


ID  of  cargo  hatch  sharing  heavy  lift  boom  with  cargo  hatch  I,  or 
the  number  of  snatchable  container  levels  at  an  NSS  containership. 

First  index  number  in  hatch  table  for  cargo  hatch  I. 

Number  of  cargo  hatch  corresponding  to  hatch  slot  currently  under 
consideration . 

ID  of  ship  transfer  facility  currently  at  ship  I. 

Number  of  cargo  hatch  containing  cargo  at  index  I  in  the  hatch  table. 
"Deck-cel  1 -Barge  number"  of  cargo  at  index  I. 

Access  number  of  cargo  at  index  I. 

Hatch  table  where: 

J  is  cargo  module 
I  is  index  number. 

Total  number  of  cargo  items  at  index  I. 

Last  index  number  in  hatch  table. 
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COMMON  BLOCK  A06  -  Number  of  elements  in  the  system. 


c 

fe 


NCRTYP(I)  Number  of  craft  type  I  in  the  system. 

NTKTYP(I)  Number  of  trucks  of  type  I  in  the  system. 

NLSTYP(I)  Number  of  LUS  of  type  I  in  the  system. 

NMHTYP(I,J)  Number  of  mobile  MHE  units  of  type  I  currently  in  MHE  pool 

J  =  1  is  beach  MHE  pool. 

J  =  2  is  In-shore  site  MHE  pool. 

J  =  3  is  depot  MHE  pool . 

IDCRAF(I)  Craft  type  of  craft  I. 

IDTRUK(I)  Truck  type  of  truck  I. 

IDLUS(I)  LUS  type  of  LUS  I. 

IDSDVH(I)  Cargo  module  of  vehicles  in  SD  vehicle  event. 

NCARTP  Number  of  cargo  modules. 

NCRFTP  Number  of  craft  types. 

NTRKTP  Number  of  truck  types. 

NLUSTP  Number  of  LUS  types. 

NMHETP  Number  of  mobile  MHE  types. 

NHTSTP  Number  of  hatch  slot  types. 

NCARHT  Number  of  cargo  hatches. 

NMHEPL  Number  of  MHE  pools. 

NLUS  Number  of  LUS  in  the  system. 

NTAGTP  Number  of  cargo  tags. 

Number  of  ship  transfer  facilities. 
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COMMON  BLOCK  A07  - 
DIST(I) 


CAPST(I) 


ACAPST ( I ) 
LUSCRF(I) 


LUSTRK(I) 

LUSMHE(I) 

LUSLOC(I) 


LOTS  system  description. 

Distance  in  miles. 

I  =  1  Ship  to  beach  queue. 

I  =  2  Ship's  queue  to  ship. 

I  =  3  Beach  queue  to  ship's  queue. 

I  =  4  Beach  queue  to  beach. 

I  =  5  Beach  to  ISS  queue. 

1=6  ISS  to  Depot  queue. 

1=7  ISS  queue  to  ISS. 

1=8  Depot  queue  to  Depot. 

I  =  9  Causeway  to  beach. 

Capacity  in  short  tons  of  storage  I. 

1=1  is  THA  at  the  beach. 

1=2  is  THA  at  amphibian  discharge  point. 

1=3  is  destination. 

Short  tons  of  cargo  currently  located  at  storage  area  I. 

ID  of  craft  currently  at  LUS  I. 

<  0  ID  of  craft  currently  enroute  to  LUS  I. 

=  0  No  craft  at  or  enroute  to  LUS. 

^  100  Barge  number  currently  at  seawall. 

ID  of  truck  currently  at  LUS  I.  If  zero,  no  truck  at  LUS. 

Mobile  MHE  type  currently  at  LUS  I.  If  zero,  no  mobile  MHE  at  LUS  I. 
Location  of  LUS  type  I. 

=  1  Beach. 

=  2  Amphibian  transfer  point. 

=  3  Destination. 


B-l  2 


LUSSTT(I) 


MHE  status"  of  LUS  type  I. 


=  1  Seawall . 

=  2  Fixed  MHE. 

=  3  Mobile  MHE. 

=  4  No  MHE  -  helicopter  pad. 

=  5  Causeway. 

LDCGTM( I ,J ,K)  Craft-ground  cargo  transfer  times  in  seconds  for  craft  type  K, 
cargo  tag  I,  MHE  type  J. 

LDCTTM( I ,J ,K)  Craft-truck  cargo  transfer  times  in  seconds  for  craft  type  K,  cargo 
tag  I,  MHE  type  J. 


COMMON  BLOCK  AOS  -  Current  Location  of  Cargo. 

LCRCAR(I,J)  Number  of  cargo  items  of  module  J  currently  on  craft  I. 

LTKCAR(I,J)  Number  of  cargo  items  of  module  J  currently  on  truck  I. 

LSTCAR(I,J)  Number  of  cargo  items  of  module  J  currently  at  storage  area  I. 

Storage  area  numbers  are: 

=  1  THA  at  the  beach. 

=  2  THA  at  the  amphibian  discharge  point. 

=  3  Destination. 


fi 


u 


COMMON  BLOCK  A09  - 
LISTCR(I) 
LISTHS(I) 
NSORT(I) 
NPRCAR(I) 

NL I  SCR 
NLISHS 
I  SLOT 
ICRAFT 

NPRCHC(I,J,K) 


Lighter  Selection  Data. 

ID  of  craft  I  in  craft  selection  list. 

Hatch  slot  selection  list  of  I*'"  hatch  slot  in  the  list. 

Temporary  sorting  list  of  clock  element  number  which  is  Itn  in  list 
Highest  priority  cargo  module  currently  at  cargo  hatch  I. 

Number  of  craft  currently  in  LISTCR. 

Number  of  hatch  slots  currently  in  LISTHS. 

ID  of  hatch  slot  currently  under  consideration  for  craft  assignment 

ID  of  craft  currently  under  consideration  for  assignment. 

"Craft-Cargo-Hatch  slot  priority  matrix"  for  cargo  tag  I,  for 
hatch  slot  type  J,  and  for  craft  type  K. 


K 


* 
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COMMON  BLOCK  AlO  -  Shipside  Unloading  Data. 


MOORTM(I.J) 
LOADTM( I , J ,K) 

NBDT 

NDECKD 

MRTM8C 

NRTM1 5 

NSMT 

NSIMT 

NHELOD 

NSIWT 


Mooring  time  in  seconds  at  shipside  for  craft  type  I  at  hatch  slot  J. 

Loading  time  in  seconds  at  shipside  for  cargo  tag  K,  craft  J,  and 
hatch  slot  I. 

Barge  discharge  time  in  seconds. 

Deck  delay  time  in  seconds. 

Time  in  seconds  to  flip  heavy  lift  boom. 

Time  required  to  rerig  from  heavy  lift  boom  to  normal  boom. 

Time  to  move  an  NSS  container  ship  to  a  ship  transfer  facility. 

Ship  transfer  facility  mooring  time  in  seconds. 

Helicopter  delay  time  in  seconds. 

Warp  time  in  seconds. 


B-16 


COMMON  BLOCK  All  -  Status  of  Ship  Unloading. 

NC ITEM ( I )  Number  of  items  of  cargo  module  I  allowed  on  craft  currently  under 
consideration . 

ITIME  Current  time  in  seconds  in  loading  operation. 

LDTIME  Time  in  seconds  required  for  loading. 

JSLOT  ID  of  hatch  slot  where  loading  is  currently  being  performed. 

JHATCH  ID  of  cargo  hatch  where  loading  is  currently  being  performed. 

WEIGHT  Weight  of  cargo  that  may  be  loaded  from  current  hatch  to 

current  craft. 

VOLUME  Volume  of  cargo  that  may  be  loaded  from  current  hatch  to  current 

craft. 

LI  First  index  number  in  current  cargo  hatch  that  contains  cargo. 

L3  Last  index  number  in  current  cargo  hatch. 

CCWT  Current  weight  of  cargo  in  craft. 

CCVL  Current  volume  of  cargo  in  craft. 

INDEX  Index  number  of  cargo  currently  being  loaded. 

NCONTR  Number  of  items  currently  in  craft. 

FLOOR  Deck  space  of  vehicular  cargo  that  may  be  loaded  from  current  hatch 

to  current  craft. 

Current  deck  space  used  on  craft. 


CCFS 


COMMON  BLOCK  A12  -  Lighter  Unloading  Site  (LUS)  Data. 

LUSQUE(I)  ID  of  Ith  craft  in  LUS  queue. 

NPRCCG ( I )  Highest  priority  cargo  module  currently  on  craft  I. 

NPRLUS( I , J , K)  LUS  type. 

NPRMHE( I ,J ,K)  Mobile  MHE  type  for  cargo  tage  K,  craft  J,  and  priority  I. 

LUSLIS(I)  ID  of  first  open  LUS  of  type  I.  If  equal  zero  then  no  open  LUS 
of  type  I. 

LUSSDT(I,J)  LUS  shutdown  time. 

LUSBTM(I,U)  LUS  setup  time. 

LUSCRQ  Number  of  craft  in  LUS  queue. 

NLUSPR  Maximum  number  of  LUS-MHE  priorities  for  any  craft -cargo  combination. 

LUSOPN  Number  of  LUS  that  are  currently  open. 


COMMON  BLOCK  A13  -  Cumulative  Output  Statistics. 


NCRCUM( I » J )  Cumulative  craft  statistics  for  craft  ID  I. 

If  J  =  1  Number  of  cycles  completed. 

=  2  Time  in  ship's  queue. 

=  3  Travel-ship's  queue  to  ship. 

=  4  Mooring. 

=  5  Loading. 

=  6  Unmooring. 

=  7  Travel -ship  to  LUS  queue. 

=8  Time  in  LUS  queue. 

=  9  Travel -LUS  queue  to  LUS. 

=  10  Setup  time  at  LUS. 

=  11  Off-loading  at  LUS. 

=  12  Waiting  for  off-loading. 

=  13  Shutdown  at  LUS. 

=  14  Travel -LUS  to  ship's  queue. 

=  15  Beach  hold  queue. 

NTKCUM(I,J)  Cumulative  truck  statistics  for  truck  ID  number  I 
If  J  =  1  Number  of  cycles  completed. 

=  2  Time  in  truck  queue. 

=  3  Loading  at  LUS. 

=  4  Waiting  at  LUS. 

=  5  Loading  at  THA/LUS. 

=  6  Travel  loaded. 

=  7  Unloading. 
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=  9  Travel  unloaded. 


MHECYC( I ,J ,K) 
MHECAR(I,J,K) 
MHECUM( I ,J ,K) 

LUSUSE ( I ,  J) 
LUSCUM(I.J) 

NSTCUM(I.J) 

NHSCUM(I.J) 


NHSCRF(I.J) 

NTRAFF ( I ) 
NCRCAR ( I ,J) 


Number  of  times  returned  to  pool  J,  MHE  type  I,  and  LUS 
if  K  =  1  or  storage  if  K  =  2. 

Number  of  cargo  items  carried  by  MHE  type  I  at  pool  J  of  cargo 
module  K. 

MHE  time  statistic  at  return  to  pool  J  for  MHE  type  I  and  for 
K  =  1  Time  at  LUS. 

=  2  Loading  storage  area. 

=  3  Unloading  storage  area. 

LUS  statistics  for  LUS  I  and  craft  type  J. 

For  LUS  type  I, 

J  =  1  Time  occupied. 

=2  Time  reserved. 


Not  used. 

Hatch  slot  time  statistic  for  hatch  slot  I  where: 

J  =  1  Time  closed. 

=  2  Time  open. 

=  3  Time  blocked. 

=  4  Time  occupied. 

=5  Time  saved. 

=6  Time  empty. 

=  7  Time  in  system. 

Number  of  craft  serviced  of  craft  type  (or  truck  type  J)  at  hatch 
slot  I. 

Not  used. 

Total  cumulative  cargo  of  module  J  carried  by  craft  I. 


APPENDIX  C 


INPUT  DATA  FORMATS 


BASIC  DATA 

Basic  data  is  not  changed  during  the  execution  of  any  given  job. 
Several  simulation  runs  may  be  made  in  one  job  using  the  same  set  of  basic 
data.  Basic  data  is  printed  in  the  same  order  that  it  is  read.  Different 
sets  of  run  dependent  data  can  be  entered  for  each  job.  The  data  formats 
are  described  in  this  appendix  in  the  same  order  as  the  data  cards  are  read 
by  the  program. 


LOGICAL  UNIT  OPTIONS 


Rec  Format 

Col . 

Name 

Description 

1  15 

1-5 

NTAPE 

Assigns  logical  unit  to  narrative 

message  output  report 

15 

6-10 

NTAPE1 

Assigns  logical  unit  to  periodic 

reports  output  report 

15 

11-15 

NTAPE2 

Not  used 

15 

16-20 

NTAPE3 

Assigns  logical  unit  to  each  craft 
loading  operation  at  shipside  output 

report 

(A  value  of  2  suppresses  the  output  and  a  value  of  6  writes  the  output.) 


TITLE 


Rec 

Format 

Col. 

Name 

Description 

1 

20A4 

1-80 

NALPHA(20) 

Title 

only 

of 

run  for  alphanumeric 

output 

2 

20A4 

1-80 

NALPHA(20) 

Title 

only 

of 

run  for  alphanumeric 

output 

ft 

* 


i 


r 


-3 
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CARGO  MODULES 


Rec  Format 

Col . 

Name 

Description 

1  18 

1-8 

NCARTP 

Number  of  cargo  modules 

One  record  for 

each  cargo 

module  plus 

one  record  for  empty  container 

module  (NCARTP 

+  1  records). 

2-N  4A4 

1-16 

NALPHA{4) 

Module  description  (used  for  alpha¬ 
numeric  output  only) 

17 

18-24 

I 

Cargo  module  priority  number 

F7.2 

25-31 

CARGWT(I) 

Module  weight 

F7.2 

32-38 

CARGUT(I) 

Module  volume 

F7.2 

39-^5 

CARGCT ( I ) 

Module  category 

17 

46-52 

NCARHL(I) 

Module  heavy  lift  category 

17 

53-59 

NCGTAG(I) 

Module  tag 

CARGO  TAGS 


Rec 

Format 

Col . 

Name 

Description 

1 

18 

1-8 

NTAGTP 

Number  of  cargo  tags 

One 

record  for 

each  cargo 

tage  (NTAGTA  records). 

2 

13 

1-3 

I 

Cargo  tag  number 

1 7A4 

13-80 

NALPHA07) 

Cargo  tag  description 

K 

K 
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I 


CRAFT  TYPES 


I 

Rsc 

Format 

Col . 

Name 

Description 

1 

13 

1-8 

NCRFTP 

Number  of  craft  types 

Three 

records 

for  each 

craft  type  (3 

X  NCRFTP  records). 

9j 

2 

4A4 

1-16 

NALPHA(4) 

Craft  type  description  (used  for 
alphanumeric  output  only) 

F7.2 

18-24 

CRAFWI(I) 

Weight  capacity  (tons) 

F7.2 

25-31 

CRAFVL(I) 

Volume  capacity  (cuft) 

F7.2 

32-38 

CRAFSP(I.l) 

Craft  speed  empty,  land  (mph) 

F7.2 

39-45 

CRAFSP (1,2) 

Craft  speed  loaded,  land  (mph) 

l 

F7.2 

46-52 

CRAFSP(I ,3) 

Craft  speed  empty,  sea  (knots) 

F7.2 

53-59 

CRAFSP (1,4) 

Craft  speed  loaded,  sea  (knots) 

F7.2 

60-66 

CRAFHT(I) 

Craft  cargo  carrying  height  (ft) 

1 

17 

67-73 

NCRAFM(I) 

Craft  mode 

17 

74-80 

MULHAT(I) 

Multi -hatch  code 

□ 

3 

0(12) 

I-2J 

NCCITM(I.J) 

Craft  cargo  carrying  capacity 
(I  is  craft  number,  J  =  1  to 
NCARTP  +1.) 

4 

18 

1-8 

NFILE(I) 

Containers/fi le 

F8.2 

9-16 

CRAFFS ( I ) 

Craft  deck  space  (sq  ft) 

» 


I 
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TRUCK  TYPES 


Rec  Format  Col .  Name  Description 

1  18  1-8  NTRKTP  Number  of  truck  types 

Two  records  for  each  truck  type  (2  X  NTRKTP  records) 


2  4A4  1-16  NAIPHA(4) 

F7.2  18-24  TRUKWT(I) 

F7.2  25-31  TRUKVL(I) 

F7.2  32-38  TRUKSP(I.l) 

F7.2  39-45  TRUKSP(I,2) 

3  J(I2)  1-2J  NTCITM(I.J) 


Truck  type  description  (used  for 
alphanumeric  output  only) 

Weight  capacity  (tons) 

Volume  capacity  (cu  ft) 

Truck  speed  empty  (mph) 

Truck  speed  loaded  (mph) 

Truck  cargo  carring  capacity 
(I  is  the  truck  number,  J  =  1  to 
NCARTP  +  1) 


I 


LIGHTER  UNLOADING  SITE  (LUS)  TYPES 


Rec 

Format 

Col . 

Name 

Description 

1 

18 

1-8 

NLUSTP 

Number  of  LUS  types 

One 

record  for 

each  LUS  type  (NLUSTP  records) 

2 

4A4 

1-16 

NALPHA(4) 

LUS  type  description 

17 

18-24 

I 

LUS  type  number 

17 

25-31 

LUSLOC ( I ) 

LUS  location 

17 

32-38 

LUSSTT 

LUS  MHE  status 

I 

Q 
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I 


MHE  TYPES 


I 

Rec 

Format 

Col. 

Name 

Description 

1 

18 

1-8 

NMHETP 

Number  of  Mobile  MHE  types 

18 

9-16 

NMHEPL 

Number  of  Mobile  MHE  pools 

•J 

One 

record  for 

each  MHE 

type  plus  three 

additional  records  (NMHETP  +  3 

records).  The 

last  three  records  are: 

NMHETP  + 

1  Sea  wall 

crane 

NMHETP  + 

2  Semi -mobile  crane 

- 

NMHETP  + 

3  not  used 

2 

4A4 

1-16 

NALPHA(4) 

MHE  type  description  (used  for 
alphanumeric  output  only) 

17 

18-24 

I 

MHE  type  number 

I 

a 


i 


C-9 


HATCH  SLOT  TYPES 


Rec 

Format 

Col . 

Name 

Description 

1 

18 

1-8 

NHTSTP 

Number  of  hatch  slot  types 

One 

record  for 

each  hatch 

slot  type 

(NHTSTP  records). 

2 

4A4 

1-16 

NALPHA(4) 

Hatch  slot  description  (used 
for  alphanumeric  output  only) 

17 

18-24 

I 

Hatch  slot  type  number 

17 

25-31 

NSTYP(I) 

Ship  type 

I 


1  MOORING  TIMES 

!  V 

[  One  record  for  each  craft  type 

i 

Rec  Format  Col .  Name 

1  J(F6.2)  1-6J  MOORTM(J.I) 

a 

I 
I 

i  -  . 

i 

I 

I 

1 

a 

i 

c-ll 

I 


Description 

Mooring  times  (min) 
(0=1,  NHTSTP) 

(I  =  hatch  slot  types) 


I 


LOADING  DELAY 

TIMES 

Rec 

Format 

Col.. 

Name 

Description 

1 

F8.2 

1-8 

NDBT 

Barge  discharge  time  (min) 

F8.2 

9-16 

NDECKD 

Deck  delay  time  (min) 

F8.2 

17-24 

NRTM80 

Heavy  boom  rig  time  (min) 

F8.2 

25-32 

NRTMI5 

Light  boom  rig  time  (min) 

F8.2 

33-40 

NSMT 

Ship  move  time  (min) 

F8.2 

41-48 

NSIMT 

Ship  facility  mooring  time  (min) 

F8.2 

49-56 

NHELOD 

Helicopter  platform  delay  time  (min) 

F8.2 

57-64 

NSIWT 

Ship  facility  relocation  time  (min) 

I 

a 
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I 


SHIP-CRAFT  CARGO  TRANSFER  TIMES 


tag. 

Description 

Loading  time  for  a  cargo 
module  (mins) 

(N  is  hatch  slot  type) 

(I  is  craft  type) 

(J  is  cargo  tag) 


■ 

3 


One  record  for  each  craft  type  and  cargo 


Rec  Format  Col 


Name 


1  N(F6.2)  1 -N6  LOADTM(N.I.J) 


») 
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i 


I 


IB 


LIGHTER  UNLOADING  SITE  SET-UP  TIMES 

One  record  for  each  craft  type  plus  one  additional  record  (NCRFTP+1  records). 
The  last  record  is  for  barges. 

Rec  Format  Col .  Name  Description 

1  N(F6.2)  1 -6N  LUSTBM( I ,N)  LUS  set-up  time  (mins) 

(I  is  craft  type) 

(N  is  LUS  type) 


I 

a 
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1 


LIGHTER  UNLOADING  SITE  SHUT-DOWN  TIMES 


I 


I) 


One  record  for  each  craft  type  plus  one  additional  record  (NCRFTP+1  records). 
The  last  record  is  for  barges. 


Rec  Format  Col . 


Name 


Description 


1  N(F6.2)  1-N  LUSSDT ( I ,N) 


LUS  shut-down  time  (mins) 
(I  is  craft  type) 

(N  is  LUS  type; 


■ 

1 
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CRAFT-TRUCK  CARGO  TRANSFER  TIMES 


r 


One  record  for  each  craft  type  and  cargo  tag. 


Rec  Format  Col .  Name  Description 

1  N(F6.2)  1-6M  LDCTTM(J,N,I)  Time  to  transfer  a  cargo  (mins) 

module  from  craft  to  truck 
(J  is  cargo  tag) 

(N  is  MHE  type;  N=1  to  N.VHETP+3) 
(I  is  craft  type) 

Incompatible  times  are  indicated  by  a  -1.00. 


K 
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CRAFT -GROUND  CARGO  TRANSFER  TIMES 


V 


fl 


One  .ecord  for  each  craft  type  and  cargo  tag. 

Rec  Format  Col .  Name  Description 

1  N( F5.2;  1 -6N  LDCGTM( J ,M , I )  Time  to  transfer  a  cargo  module 

from  craft  to  ground  (mins) 

(J  is  cargo  tag) 

(N  is  MHE  type;  N=1  to  ‘1MHETP+2 
(I  is  craft  type) 


V 


\ 

\ 


I 


r  i  — 
^-1/ 


GROUND-TRUCK  CARGO  TRANSFER  TIMES 


r 


One  record  for  each  truck  type  and  each  cargo  tag. 


Format 


Descrii 


1  N(F6.2)  1-6N  LDG7TM(J,N,I)  Time  to  transfer  a  cargo  module 

from  the  ground  to  a  truck  (mins) 
(J  is  cargo  tag) 

(N  is  MHE  type;  N=1  to  NMHETP+1) 
(I  is  truck  tyoe) 


I 

p: 
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TRUCK-GROUND  CARGO  TRANSFER  TIMES 

One  record  for  each  truck  type  and  each  cargo  tag. 

Rec  Fo  rma  t  Col .  Name  Description 

1  IN(F6.2)  1-6N  LDTTGM( J ,N , I )  Time  to  transfer  a  cargo  module 

from  a  truck  to  the  ground  (mins 
(J  is  cargo  tag) 

(N  is  MHE  type;  N= 1  to  MMHETP+1) 
(I  is  truck  type) 


CRAFT-CARGO-HATCH  SLOT  PRIORITY  MATRIX 

One  card  for  each  craft  type  and  for  each  hatch  slot  type. 


Rec  Format 


n(  is : 


Col 


Name 


1-N5  MPRCHC(I,J,r 


Description 

Craft  selection  priority 
(I  is  craft  type) 

(J  is  hatch  slot  type) 

(N  is  cargo  tag) 


I 
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LUS-MHE  PRIORITY  MATRIX 


Rec  Format  Col .  Name  Description 

1  18  1-8  NLUSPR  Number  of  LUS-MHE  choices  (priori¬ 

ties)  for  any  given  craft  and  cargo 

Two  records  for  each  craft  type  and  each  priority. 

2  N(I5)  I-N5  NPRLUS( J , I ,N)  LUS  priority  for  a  given  craft  type 

and  cargo  tag 
(J  is  LUS  type) 

(I  is  craft  type) 

(N  is  cargo  tag) 

3  N(  15)  I-N5  NPRMHE( J ,  I  ,N)  Mobile  MHE,  if  any,  used  with  a 

given  LUS  type,  craft  type,  and 
cargo  tag. 

(J  is  LUS  type) 

(I  is  craft  type) 

(N  is  cargo  tag) 


TRUCK  PRIORITY  MATRIX 


I 


One  record  for  each  truck  type. 

Rec  Format  Col .  Name 

1  N ( I 5 )  I-N5  NPRTRK(I.N) 


Priority  of  each  truck  type  for 
each  cargo  tag 
(I  is  truck  type) 

(N  is  cargo  tag) 


fe 

1 
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i 


MHE  PRIORITY  MATRIX  FOR  TRUCKS 


l 


I M 


Rec  Format  Col .  Name  Description 

1  18  1-8  NTRKPK  Number  of  MHE  choices  (priorities) 

for  any  given  truck  and  cargo  tag 


One  record  for  each  priority  number  and  each  truck  type. 

2  N ( 1 5 )  I-N5  MHEPRY(J,I,N)  MHE  priority  for  each  truck  type 

and  cargo  tag 

(J  is  priority  number) 

(I  is  truck  type) 

(N  is  cargo  tag) 


I 

M 
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n 

NUMBER 

OF  RUMS 

FOR  THIS 

JOB 

Rec 

Format 

Col . 

Marne 

1 

n 

1 

NUMDS 

Number  o 

I  1 

i  I 
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RUN  DEPENDENT  DATA 

Run  dependent  data  is  printed  in  the  same  order  that  it  is  read. 
The  following  describes  run  dependent  data  for  a  simulation  run. 

m 


i 


'  I 

!  I 


C  -  25 


I 


c 


CRAFT  IN  SYSTEM 

One  record  for  each  craft  type. 


Rec  Format 

Col . 

Name 

Description 

1  18 

1-8 

I 

Craft  type 

M 

18 

9-16 

NCRTYP(I) 

Number  of  craft  type  I  available 
to  perform  the  operation 

r. 


X 

8 


I 


C-26 


TRUCKS  IN  SYSTEMS 

One  record  for  each  truck  type. 

Rec  Format  Col .  Name  Description 

1  18  1-8  I  Truck  type 

18  9-16  NTRKTYP(I)  Number  of  truck  type  I  available 

to  perform  the  operation 


C  -  2  7 


Lb'S  IN  THE  SYSTEM 


One 

card  for 

each  LUS 

type. 

Rec 

Format 

Col . 

Name 

1 

18 

1-8 

I 

18  ‘ 

9-16 

NLSTYP(I) 

Descri ption 

LUS  type 

Number  of  LUS  type  I 
to  Derform  the  opera 


r< 


z 


MOBILE  MHE  IN  THE  SYSTEM 

One  record  for  each  mobile  MHE  type. 


Format 

Col . 

Name 

18 

1-8 

I 

3(18) 

9-32 

NMHTYP(I ,J) 

Description 
Mobile  MHE  type 

Number  of  mooile  MHE  of  type  I  in 
pool  J 

( J=1  is  beach  pool ) 

(0=2  is  amphibian  pool) 

(0=3  is  destination  pool) 


E 
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E 


SHIPS  IN  THE  SYSTEM 


Rec 

Format 

Col  . 

Name 

Description 

1 

18 

1-8 

NELEMT(3) 

Number  of  ships  in  the  system  to 

be  unloaded 

One 

record  for 

each  ship. 

2 

4A4 

1-16 

NALPHA(4) 

Ship  description  (used  for  alpha 
numeric  output  only) 

17 

18-24 

IDSHIP(I) 

Ship  type  of  ship  I 

17 

25-31 

NHSSHP(I) 

Number  of  hatch  slots  in  ship  I 

17 

32-38 

NCHSHP(I) 

Number  of  cargo  hatches  on  ship  I 

17 

39-45 

NCL0CK(NCLKEL+1) 

Arrival  time  of  ship  I.  At  least 

one  ship  must  have  an  arrival  time 
of  zero. 


K 


I 


£  HATCH  SLOT  DATA 

Gne  card  for  each  hatch  slot. 


Rec 

Format 

Col . 

Name 

Description 

ri  - 

1 

18 

i-8 

I 

•  Hatch  slot  number 

18 

9-16 

IDHSLT(I) 

Hatci  slot  type  of  hatch  slot  I 

V. 

18 

17-24 

NSHPHS(I) 

Number  of  ship  with  hatch  slot  I 

;< 

18 

25-32 

NCHOR(I) 

Number  of  cargo  hatch  used  by 

hatch  slot  I 

18 

33-40 

LOCHS(I) 

Hatch  location  (see  common  A05) 

i 


i  a 


i 


i 


HATCH  TABLES 


r< 

First  record  for  each  cargo  hatch. 


Rec 

Fo rmat 

Col. 

Name 

Description 

m 

1 

18 

1-8 

IDCARH 

Cargo  hatch  type  of  hatch  I 

18 

9-16 

NSBOOM(I) 

ID  of  cargo  hatch  sharing  heavy 
lift  boom  with  cargo  hatch  I  or 

the  number  of  snatchable  container 

levels  on  a  NSS  containership 

Two 

records  for 

each  cargo  hatch. 

2 

13 

1-3 

NHATIX( INDEX) 

Cargo  hatch  number 

r~  ' 

13 

4-6 

NDCB( INDEX) 

"Deck-Cel  1 -Barge"  number 

13 

7-9 

NACCES( INDEX) 

Access  number  of  general  cargo 

1 

13 

10-12 

N 

End  signal  for  index  in  this  cargo 
hatch.  Equals  -1  is  last  index 
number  in  this  cargo  hatch.  Not 
equal  -1  means  more  index 

■ 

2213 

13-79 

NHTTAB( INDEX, J) 

Cargo  module  number  (22  modules) 

3 

1813 

1-54 

NHTTAB( INDEX, J) 

Additional  cargo  modules 

C- 32 


NUMBER  OF  SHIP  TRANSFER  FACILITIES  IN  THE  SYSTEM 


« 


I 


Rec  Format  Col . 

1  18  1-8 


Name 


NSI 


Description 

Number  of  ship  facilities  in 
the  system 


. 

►  • 

p 

\ 

r 

N  * 

i. 


< 


DISTANCES 


All  distances 

are  in  miles 

Rec  Format 

Col. 

Name 

1  F8.2 

1-8 

DIST( 1) 

F8.2 

9-16 

DIST ( 2 ) 

F8.2 

17-24 

D I ST ( 3 ) 

F8.2 

25-32 

DIST(4) 

F8.2 

33-40 

DIST ( 5 ) 

F8.2 

41-48 

D I  ST  ( 6 ) 

F8.2 

49-56 

DIST (7) 

F8.2 

57-64 

D I  ST ( 8 ) 

F8.2 

65-72 

D I  ST  ( 9 ) 

Description 

Ship  to  beach  queue  distance 

Ship's  queue  to  ship  distance 

Beach  queue  to  ship's  queue  distance 

Beach  queue  to  beach  distance 

Beach  to  amphibian  unloading  area 
queue 

Amphibian  unloading  area  to  desti¬ 
nation  queue 

Amphibian  area  queue  to  amphibian  area 
Destination  queue  to  destination 
Causeway  to  beach 


TEMPORARY  HOLDING  AREA  (THA)  CAPACITIES 


Rec 

Format 

Col. 

Name 

Description 

1 

F8.2 

1-8 

CAPST(l) 

Capacity  in  tons  of  cargo  at  the 

THA  at  the  beach 

F8.2 

9-16 

CAPST(2) 

Capacity  in  tons  of  cargo  at  the 

THA  at  the  amphibian  unloading  area 


TIME  INTERVALS 


Rec 

Format 

Col. 

Name 

Description 

1 

F8.2 

1-8 

INTCUM 

Time  interval  between  cumulative 

statistical  output  reports 

F8.2 

9-16 

INTPER 

Time  interval  between  checks  of 

MHE  pools  for  estimated  MHE 
requi rements 

OUTPUT  CHOICE 


Rec  Format  Col . 

1  18  1-8 

1  =  productivities  printed  with 

periodic  report  for  each  in¬ 
dividual  craft 

2  =  Productivities  orinted  at  end 

of  the  run  only  for  each  in¬ 
dividual  craft 

3  =  Productivities  printed  with 

each  periodic  report,  accumu¬ 
lated  for  each  craft  type 

4  =  Productivities  printed  at  end 

of  run  only,  accumulated  for 
each  craft  type 


Name 


ICOUT 


Description 
User  output  option 


APPENDIX  D 
SIZE  LIMITATIONS 


The  size  of  the  data  arrays  are  limited  by  the  size  of  the  dimension 
specifications  in  COMMON.  The  following  steps  should  be  taken  to  change  the 
array  specifications: 

1.  Change  the  appropriate  dimension  specifications 
in  all  COMMONS. 

2.  Format  changes  may  be  needed  for  input/output, 
especially  in  RPDATA,  RSDATA,  WCLOCK,  and  CUMOUT. 

3.  The  upper  limit  of  the  first  DO  statement  in  START 
must  be  changed.  This  DO  loop  initializes  all 
statistical  arrays  in  common  to  zero.  The  upper 
limit  must  equal  the  number  of  variables  in 
COMMON  A13. 

The  dimension  specifications  are  currently  set  to  the  following  values 

100  Elements  =  d  craft  +  #  trucks  +  #  ships  +  *  hatch  slots  + 

#  simultaneous  self-deployable  vehicle  events  +  1 

40  Cargo  modules  (39  user-defined  cargo  modules  plus  one  for 

empty  containers) 

13  Cargo  tags 
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10 


I 

II 

'  >■ 

r* 

K 

I 


10 

10 

15 

30 

30 

30 

5 

20 

20 

100 

10 

5 

15 


Craft  types  (9  user-defined  craft  types  plus  one  for 
LASH  barges) 

Truck  types 

MHE  priorities  for  trucks 

MHE  types  (12  user-defined  mobile  MHE  types  plus 
three  non-mobile) 

Craft 

Trucks 

LUS 

Ships 

Hatch  slots 
Cargo  hatches 

Index  numbers  in  hatch  tables 
Hatch  slot  types 
Ship  transfer  facilities 
LUS-MHE  priorities 
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APPENDIX  E 

JOB  CONTROL  STATEMENTS 


The  job  control  language  (JCL)  statements  to  catalogue  a  private 
library  on  a  disk  pack,  to  compile  and  to  execute  the  LOTS  program  are  given 
in  Figures  E.l,  E.2,  E.3  and  E.4. 


I 


' '  j  :  c  •  r 

'*$'£  TIP 
>  nZ~  T '  r 
'/JGTLlr  J" 

'  c  3  C '  v  °  p  y  f 

■  t  r  ;  3 

/  /  " 

»  'rGC-T.SvPI‘ 
^'j~CI  PEC* 


T  I  ••£=  ■ 


f  HTIDr- *. 

I  V  = JL  '  T  r 


~  _  .  T  •  r  --  r  • 

.  1  I  .  =  ”  1  •'  T  r 
i  JL  If  .11  ~r  -  ^  L  " 


■ ;  ;  C  t<  ;  1 


r  '  <■  t. 


'/lk~:.svslv':  pe  3  3-<  =  *.  jot. lt?  ,p : *r  =  iu  = 

'  "_«FC  .3YS-'~  I  ’  T  PP  SYP^LTrA 

"LKE"  .SYSAP  or  J3.,=  *  .J"PL  !  -  .  r:  r::-<‘uc 

'/LK  EE .SYS  I \  PS  * 

ririUnE  SV°AP  (  L''TS '>'iT  ) 

*i  T  3  Y  ’A!'. 

Ti'-'E  LOTS:*ir(«) 

/  . 


/  ,  ro  r 


FIGURE  E.3.  JCL  TO  COMPILE  AND  TO  STORE  THE  OBJECT  CODE  OF  ALL 
ROUTINES  EXCEPT  THE  FIRST.  (COMPILED  ROUTINES  CAN 
BE  CHANGED  AND  COMPILED  AGAIN.  THE  NEW  0BJEr" 
REPLACES  THE  OLD  OBJECT  CODE.  MORE  THAN  O'  . jTINL 
MAY  BE  COMPILED  SIMULTANEOUSLY.) 
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FIGURE  E.4.  JCL  TO  EXECUTE  THE  PROGRAM 
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APPENDIX  F 
PROGRAM  LISTING 


This  appendix  contains  the  LOTS  Simulation  Model  which  is  listed  first. 
The  main  program  is  followed  by  various  appropriate  subroutines.  Subroutines 
are  listed  in  alphabetical  order. 
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